[12:02] This is particularly important for things like tests that should be reviewed long before the last one is written. [12:02] well, that is a different problem [12:03] I suppose you could do a "reviewed" branch and limit commit rights [12:04] I think that's the most common solution the branch/merge development model [12:05] I've got a lot of concerns I have to alleviate if they consider it. [12:06] Mostly it'll need a new process definition. [12:08] Distributed version control usually works on the basis that it's easier to get forgiveness than permission. [12:08] Or you throw a fancy gatekeeper or plugin in to do it. [12:09] We're in the kind of business where people die if we mess up, so people want tight control. [12:09] Well, even so, anyone can work on any file at any time. It's hoped that the changes won't conflict, but running the risk of conflicts is considered worthwhile for the benefits it gives. [12:10] Gatekeepers don't necessarily have to be fancy. If you have reviewers, they can be the gatekeepers. [12:10] I think it's a great model for full development, but I'm wondering how to make it work w/ 100 independent tests. [12:11] true, true. Just gotta make sure THEY know the rules. [12:11] that's much easier. [12:12] can BZR do automated header generation? [12:13] Rotund, no, but it has hooks for running scripts on commit. [12:13] Hmmm. That should work. [12:13] I definitely like the idea of a PQM. [12:13] That to me would be great. [12:14] keeps people from doing that stupid commit on Friday night that breaks everything. [12:15] Or worse... before going on vacation. [12:16] I'll definitely have to look into how to do plugins. [12:16] Any support for things outside straight text? [12:17] A way to diff docs would be great, but rtf files should be doable, right? That's text I think. [12:17] (can't wait for docx/odf) [12:18] The tool will not damage binary data, but does not have inbuilt support for diffing other types. There is a plugin that lets you use an arbitrary diff [12:24] okay. [12:25] Hmmm. Can you write a plugin that can add attributes to files? [12:26] Like, can I have one that would add an attribute "reviewed" that's a boolean? === p4tux [n=p4tux@189.169.95.23] has joined #bzr === schierbeck [n=daniel@dasch.egmont-kol.dk] has joined #bzr [12:41] hi guys [12:42] hi === bitmonk [n=justizin@adsl-76-192-203-38.dsl.pltn13.sbcglobal.net] has joined #bzr [12:57] phanatic: bundle-buggy kicks ass [12:58] schierbeck: indeed :) huge thanks to jelmer for setting it up! [12:58] jelmer rules :) === phanatic [n=phanatic@ubuntu/member/phanatic] has left #bzr [] === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr === kiko is now known as kiko-afk === NamNguyen [n=namnt@cm38.delta196.maxonline.com.sg] has joined #bzr === poolie_ [n=mbp@ppp112-44.static.internode.on.net] has joined #bzr === jamesh [n=james@canonical/launchpad/jamesh] has joined #bzr === poolie_ is now known as poolie === orospakr [n=orospakr@76-10-151-156.dsl.teksavvy.com] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [04:00] lifeless: sent [04:05] lifeless, did you build debs? === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #bzr [04:19] poolie: build failure [04:20] its a background task, cycling on it all day [04:55] np [04:55] lifeless, for johnf's patch i'm just going to add a test in RemoteTransportRegistration to make sure we can get the transport [04:55] ok with you? === marianom [n=marianom@ubuntu/member/marianom] has left #bzr [] === Verterok [n=ggonzale@75-108-235-201.fibertel.com.ar] has joined #bzr === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #bzr === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #bzr === grantgm [n=gabriel@d57-194-175.home.cgocable.net] has left #bzr [] [05:51] poolie: sounds good === bigdo2 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === orospakr [n=orospakr@bas4-ottawa23-1167863898.dsl.bell.ca] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr === BasicOSX [n=BasicOSX@warden.real-time.com] has joined #bzr [06:56] abentley: beautiful name === jml [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #bzr [07:25] yep [07:25] continuing the buggy theme [07:28] as well as being trac inverted [07:29] i think it's bogus for attempt_lock to explicitly check transport.is_readonly [07:29] rather than just letting the lock attempt fail [07:32] I agree [07:32] it may have been a premature optimisation [07:32] i'd like an attempt to commit to a readonly transport to say: [07:32] bzr: error: cannot commit to http.........: transport is readonly [07:33] well [07:33] it might be a bit clearer to say "location is readonly" [07:33] it could be that its readonly [07:33] $location cannot be locked (it is readonly) [07:33] actually, right [07:33] raising it from the lockdir layer is good [07:33] $location cannot be locked (IO error creating lockdir) [07:33] etc [07:33] it's probably reasonably clear to say 'cannot be locked' [07:34] and follow it with the underlying message [07:34] do you think people will understand why? [07:34] I think it is an improvement [07:34] I don't know if its enough [07:36] I don't think it is enough. [07:37] poolie: just for reference, some commands that require a write raise LockError (well, a subclass), others I think raise TransportNotPossible, and there are probably some that raise something else. [07:37] the transportNotPossible one is at least partially intelligible, if only because it is not an internal error. [07:38] james_w, yes, i can see there is some unneeded diversity [07:38] what do you think would be a good message? [07:39] If you can't be more specific to pick out the protocols where this is likely a user misunderstanding, then at least put readonly in there, even at the risk of being wrong sometimes. [07:40] james_w, i looked for your previous patch btw but couldn't find it [07:40] what we want to communicate seems to be [07:40] - you were trying to write to $url and couldn't [07:40] - this is the expected behaviour, not a bug [07:41] You don't have to assert that it is readonly, just that it is a possibility, and perhaps hint that the user should check the transport they are using. (Maybe using urlspec as a pointer). [07:41] - because you can't write over $protocol [07:41] it might be good to hint you could use another protocol [07:42] You were trying to write to $url and couldn't. This is usually because $transport is readonly. You may be able to use another transport to complete the operation see 'bzr help urlspec' for details on the avaiable transports. [07:43] if we fix this for readonly protocols people will still hit similar situations when eg they don't have permission for that directory [07:43] or perhaps 'bzr help transports' which would explain the issue in more depth, and then point to urlspec. Perhaps it could suggest the common ways to change the transport. [07:44] poolie: yes indeed. Perhaps that could be another sentence. However transport issues seem to be far more prevalent. [07:52] I don't think transport and urlspec should be separated [07:52] urlspec is afterall simply the address of a transport [07:53] poolie: can't write over transport OR can normally but some [transient?] limitation has occured [07:53] yes, i know [07:53] righto [07:54] i think this will be sufficiently improved by [07:54] just: [07:54] failed to lock $url: $reason [07:54] as a noninternal error [07:54] also, i wish there was a more systematic way to handle remote errors in hpss [08:01] Yeah. [08:01] Me too... === bitmonk_ [n=justizin@adsl-76-212-4-61.dsl.pltn13.sbcglobal.net] has joined #bzr === Zindar [n=erik@h188n1fls12o803.telia.com] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr [08:18] wow [08:18] I can't wait for packs to be in mainline [08:19] pushing to knits is painful :( [08:19] (its annotating every changed file) [08:28] poolie: on error codes [08:28] things like pull use exceptions to signal 'can't pull' === i386 [n=jdumay@202.47.1.18] has joined #bzr [08:29] but '3' as the return value seems a little weird to me [08:29] yo i386 [08:29] hey lifeless === hdima [n=hdima@idealer.cust.smartspb.net] has joined #bzr [08:29] I thought id come and idle here :) [08:29] great idea [08:30] lifeless, i think pull should return 1 [08:30] Id like to think so :) [08:30] you understand that i didn't change that behavior with my recent patch? [08:30] poolie: I know, it just got me thinking [08:30] lifeless: perhaps I can offer some of my time at some point [08:30] poolie: that perhaps exceptions that are not internal should have a .errno attribute [08:31] maybe errors should have an attribute to say their [08:31] jinx [08:31] i386: even better idea :) [08:31] Im writing that allocator, btw [08:32] excellent [08:36] lifeless: have you heard of Hoard ? [08:36] yes [08:36] Its a really advanced memory allocator [08:36] ahh [08:37] Im thinking of writing a obmalloc.c that uses it [08:37] and doing some more profiling if my current reasoning is correct [08:37] did you establish that allocation time was the root cause? [08:37] not yet [08:37] or is it still speculative? [08:37] yes, speculative - but ill have that answer in the next few days [08:37] cool [08:38] Im reading a lot of material at the moment to counter my lack of a Computer Science degree [08:38] for this particular problem [08:38] hmm, I wouldn't expect a CS degree to necessarily help [08:38] this domain is a little specialised [08:39] as well as being NPC IIRC [08:39] NPC? [08:39] non polynomial complete [08:40] IIRC memory allocation has been shown to be equivalent to the knapsack problem [08:41] time to test commit again [08:41] now I've just done mass merges === lifeless bets it will have backslid [08:41] lifeless: can I get the url for your experimental branch ? [08:41] of course [08:41] thanks [08:41] it, and details for how to dogfood, are all on the list === i386 nods [08:42] if you goolge for robertc packs repository dogfood [08:42] you'll get the first post [08:43] uhm, look for [PACKS] in the message listing, last one was late last week [08:44] poolie: I'm gagging for reviews now [08:46] hmmm, 1m28 [08:46] not too bad [08:46] twice the speed of knits :) [08:47] initial commit: [08:47] real 3m49.358s [08:47] user 1m28.650s [08:47] sys 0m5.840s [08:48] incremental: [08:48] real 0m25.878s [08:48] user 0m23.797s [08:48] sys 0m1.372s [08:48] partial incremental: [08:48] real 0m26.801s [08:48] user 0m19.969s [08:48] sys 0m0.768s [08:49] i386: a lot of effort has gone into the design and implementation of the CPython memory allocator. [08:49] spiv: I mentioned this :) [08:50] i386: so I will be pleasantly surprised if you can do better :) === Admiral_Chicago [n=FreddyM@st074039212101.monm.edu] has joined #bzr [08:57] spiv: im probably completely wrong but leave learning something out of the ordeal === g0ph3r [n=g0ph3r@p57A0A579.dip0.t-ipconnect.de] has joined #bzr === fog [n=fog@debian/developer/fog] has left #bzr [] === Lo-lan-do [n=roland@mirexpress.internal.placard.fr.eu.org] has joined #bzr [09:12] night all === vila [n=vila@lec67-4-82-230-53-244.fbx.proxad.net] has joined #bzr === thumper [n=tim@125-236-193-95.adsl.xtra.co.nz] has joined #bzr === mrevell [n=matthew@canonical/launchpad/mrevell] has joined #bzr === hsn_ [n=chatzill@234.114.broadband5.iol.cz] has joined #bzr [10:11] New bug: #148443 in bzr "progress bar for loading tests" [Wishlist,Confirmed] https://launchpad.net/bugs/148443 === allenap [n=allenap@87-194-166-60.bethere.co.uk] has joined #bzr === i386_ [n=james@ppp239-169.static.internode.on.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 [10:44] poolie: latest packs pushing now [10:44] i386: ^ [10:44] revno 2788 [10:45] hey lifeless === jrydberg_ [n=Johan@c80-216-246-123.bredband.comhem.se] has joined #bzr === jelmer_ [n=jelmer@157pc196.sshunet.nl] has joined #bzr === jelmer_ is now known as jelmer [10:56] New bug: #148463 in bzr "structured way to remote exceptions" [Medium,Confirmed] https://launchpad.net/bugs/148463 === nir [n=nir@moinmoin/fan/nir] has joined #bzr === herzel104 [i=herzel@gateway/tor/x-50a7ce0fc1a5d78c] has joined #bzr === jrydberg_ [n=Johan@c80-216-246-123.bredband.comhem.se] has joined #bzr === jrydberg__ [n=Johan@c80-216-246-123.bredband.comhem.se] has joined #bzr === sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === GaryvdM [n=chatzill@41.208.50.176] has joined #bzr [11:44] lifeless: what software do you use for bazaar-vcs.org ? === nir [n=nir@moinmoin/fan/nir] has joined #bzr === luks [n=lukas@unaffiliated/luks] has joined #bzr === cprov [n=cprov@canonical/launchpad/cprov] has joined #bzr === gabe_ [n=gabriel@91.84.56.254] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr [12:38] i386_, hm I wonder that too [12:39] very nice wiki they have there [12:39] it's moin [12:39] hm looking at http://bazaar-vcs.org/RecentChanges it seems to be moin [12:40] ah elmo beat me to it === AnMaster prefers trac himself [12:41] or mediawiki, for larger projects [12:44] AnMaster: 's/mediawiki/Atlassian Confluence/' [12:45] Mediawhati? Trunk? Are those new versions of vi? :p === i386_ is a bit of a company shill sometimes === stub [n=stub@canonical/launchpad/stub] has joined #bzr [01:00] i386_, link? [01:01] Mediawhati? Trunk? Are those new versions of vi? :p <-- why? I use emacs myself :P [01:01] i think Eclipse is new version of gViM [01:01] AnMaster: http://www.atlassian.com/software/confluence [01:01] AnMaster: we give free licenses of our products to open source projects [01:01] because we love you guys [01:01] not open source though [01:02] AnMaster: Well, I only have a gig and a quarter of RAM, so I can't use emacs... [01:02] no but liberally licensed though [01:02] if not OSI approved license, forget it ;P [01:02] you buy a license and you get the source :) === Zindar [n=erik@stockholm.ardendo.se] has joined #bzr [01:02] i386_, only non free software on my computer would be bios and nvidia drivers [01:03] (anyway this seems to be getting off topic) === i386_ shrugs === Keybuk [n=scott@wing-commander.netsplit.com] has joined #bzr === Ng [n=cmsj@mairukipa.tenshu.net] has joined #bzr [01:03] I have a random question [01:03] well ask it then? [01:03] I have a random answer :) [01:03] why is it that when I bzr branch with an sftp:// URL, I get a .bzr/branch/parent [01:03] hey Scott [01:04] but when I bzr branch with an http:// URL, I get a .bzr/branch/branch.conf ? [01:04] interesting [01:04] Keybuk: same branch? [01:04] Because the branch you're branching over sftp is a branch5, and the branch over http is a branch6. [01:04] Keybuk: it may be different between formats, but it should not be different per transport [01:05] um? what is branch5/6? is this related to formats lke [01:05] like* dirstate? [01:05] 'dirstate' (and 'knit') use branch5. dirstate-tags uses branch6. [01:05] ah [01:05] so then I use branch6 === fullermd stabbies rollup names. [01:05] good to know [01:05] ahh [01:05] fullermd, btw, is there any way to see tags in trac-bzr? [01:05] interesting [01:06] haven't found a way [01:06] it makes a difference, because it means that branch6 branches remember where you push them to [01:06] No idea. I've never used trac, bzr or otherwise. [01:06] whereas branch5 branches don't [01:06] No, branch5 branches remember. [01:06] They just pollute locations.conf with it, instead of storing it in-branch. [01:06] (instead ~/.bazaar/locations.conf remembers for you, so if you move the directory, it forgets) [01:06] fullermd, how does this work with shared repos, like if you run bzr upgrade --dirstate-tags in one branch in a shared repo [01:06] what will happen then? [01:07] AnMaster: Shared repos only share the repo format. The branch and WT formats can differ inside it all you want. [01:07] ah [01:07] WT? [01:07] fucking LOL [01:07] Working Tree. [01:07] ah [01:07] This guy just posted anon his penis on /b/ except his name was in the exif data - so I tracked him down on face book [01:07] and now /b/ is a whole lot less boring [01:08] i386_, *slightly* off topic here I feel [01:08] http://img.4chan.org/b/res/41472375.html [01:08] oops [01:08] wrong chan === i386_ gets embarrassed [01:09] ahhh [01:09] well, I have posted in wrong channels before (asking bzr questions in #trac by mistake for example) but nothing like that, (I'm not on channels like that) [01:10] huh? [01:10] 4chan is a message board for anime [01:10] nah don't worry not the wrong channel [01:10] and japanese culture [01:10] i need some distraction from work [01:10] Right. The rest of us have standards instead ;> [01:10] Anonymous are going to lynch this guy [01:10] although looking at 4inchers wasn't what i had in mind [01:11] infact i feel a bit queasy now :( [01:11] :( [01:12] err sorry everyone [01:15] np, you got any intellectually stimulating websites to redeem yourself with? :P something like benchmarks of UFS2 vs XFS or Ext4 [01:15] ahh [01:16] found this neat website on garbage collection and memory management [01:16] http://www.memorymanagement.org/ [01:17] ok that's a good start :) === pete__c [n=pete@015-850-358.area5.spcsdns.net] has joined #bzr [01:17] although not so much use for me as Ruby does all that for me [01:28] phanatic: btw, did you see my message about vizchanges? [01:31] Hi jelmer === mrevell is now known as mrevell-lunch [01:31] I just busy replying to it :-) [01:31] hi Gary [01:32] GaryvdM: thanks! === sakke [n=sakari_s@dsl-olubrasgw1-fec7de00-176.dhcp.inet.fi] has joined #bzr [01:45] When I try to connect to a server i get the following error: Exception: Error reading SSH protocol banner(10054, 'Connection reset by peer') [01:45] Traceback (most recent call last): [01:45] File "paramiko\transport.pyc", line 1448, in run [01:45] File "paramiko\transport.pyc", line 1564, in _check_banner [01:45] SSHException: Error reading SSH protocol banner(10054, 'Connection reset by peer [01:45] ') [01:45] What's the problem? === fog [n=fog@debian/developer/fog] has left #bzr [] [02:02] sakke, can you ssh in normally? [02:02] also try sftping some file by hand [02:03] if both of those work check the path you used to the server, right port and so on [02:03] in case of typos [02:07] sakke, any luck? === niemeyer [n=niemeyer@200-140-230-150.ctame705.dsl.brasiltelecom.net.br] has joined #bzr === allenap [n=allenap@87-194-166-60.bethere.co.uk] has joined #bzr === mrevell-lunch is now known as mrevell === kiko-afk is now known as kiko === JackPhil [n=jack@115.212.130.61.broad.hu.zj.dynamic.163data.com.cn] has joined #bzr [02:44] it complains the pyrex not installed [02:44] is it ok? === Af1 [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [02:46] JackPhil, yes, it will still work fine, but a bit slower === mw [n=mw@189.146.13.202] has joined #bzr === bitmonk [n=justizin@adsl-76-212-4-61.dsl.pltn13.sbcglobal.net] has joined #bzr === allenap [n=allenap@87-194-166-60.bethere.co.uk] has joined #bzr [03:09] It won't be slower if you're running from a release tarball; only from a dev branch. === schierbeck [n=daniel@muhammed.egmont-kol.dk] has joined #bzr === AfC [i=andrew@office.syd.operationaldynamics.com] has joined #bzr [03:34] Is that local-area-ad-hoc-network branch-sharing thing that lifeless was working on published and usable? === AfC is going to a hackfest this weekend and maybe could use it === bwinton [n=bwinton@207.188.72.110] has joined #bzr === Admiral_Chicago [n=FreddyM@st074039212101.monm.edu] has joined #bzr === dpm [n=dpm@p54A1356E.dip0.t-ipconnect.de] has joined #bzr === abadger1999 [n=abadger1@65.78.187.68] has joined #bzr === jrydberg__ [n=Johan@c80-216-246-123.bredband.comhem.se] has joined #bzr === marianom [n=marianom@ubuntu/member/marianom] has joined #bzr === NamNguyen [n=namnt@cm38.delta196.maxonline.com.sg] has joined #bzr === sabdfl [i=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #bzr === deadwill [n=deadwill@146037.fln.virtua.com.br] has joined #bzr === orospakr [n=orospakr@132.213.238.4] has joined #bzr === Zindar [n=erik@stockholm.ardendo.se] has joined #bzr === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #bzr === cprov is now known as cprov-lunch === juliank [n=juliank@f048225240.adsl.alicedsl.de] has joined #bzr === michelp [n=michelp@69-30-72-119.dq1sf.easystreet.com] has joined #bzr === p4tux [n=p4tux@189.169.95.23] has joined #bzr === hsn_ [n=chatzill@234.114.broadband5.iol.cz] has joined #bzr === bac [n=bac@canonical/launchpad/bac] has joined #bzr === kiko is now known as kiko-fud [06:48] Hmm.... I have a branch that's up to date, with respect to revisions, but is missing a tag compared to the server... [06:48] Is there some way I can force a resync of the tags? [06:50] bzr pull? === cprov-lunch is now known as cprov [07:01] Hrm... That seems to have fixed it... Wonder why it didn't before... === jrydberg__ [n=Johan@c80-216-246-123.bredband.comhem.se] has joined #bzr === kiko-fud is now known as kiko === bigdog [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === asak [n=alexis@201-0-37-192.dsl.telesp.net.br] has joined #bzr === fog [n=fog@debian/developer/fog] has joined #bzr === bac [n=bac@canonical/launchpad/bac] has joined #bzr === Vernius [n=tomger@80.138.191.128] has joined #bzr === orospakr [n=orospakr@132.213.238.4] has joined #bzr === kiko is now known as kiko-afk === abadger1999 [n=abadger1@65.78.187.68] has joined #bzr === mrevell is now known as mrevell-away === allenap [n=allenap@87-194-166-60.bethere.co.uk] has joined #bzr === Mez [n=Mez@ubuntu/member/mez] has joined #bzr === kiko-afk is now known as kiko === cypherbios [n=cyr@ubuntu/member/cypherbios] has joined #bzr === nir [n=nir@moinmoin/fan/nir] has joined #bzr === cprov is now known as cprov-afk === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #bzr === cprov-afk is now known as cprov === mw is now known as mw|lunch === bac [n=bac@canonical/launchpad/bac] has joined #bzr === pete__c [n=pete@015-850-358.area5.spcsdns.net] has joined #bzr === BasicOSX [n=BasicOSX@216-250-187-201.static.iphouse.net] has joined #bzr === hsn_ [n=chatzill@234.114.broadband5.iol.cz] has joined #bzr === bwinton [n=bwinton@207.188.72.110] has left #bzr [] === piedoggie [n=chatzill@harvee.org] has joined #bzr [09:56] I think my bze repository lost touch with the launch pad repository. this latest check in flagged in more files than it should have [09:56] how can I reconnect the two? === bigdo1 [n=scmikes@72-197-8-8-arpa.cust.cinci.current.net] has joined #bzr === mw|lunch is now known as mw === kiko is now known as kiko-afk [10:25] piedoggie: I don't quite understand your problem, would you care to explain a bit more? [10:28] it is weird. I buit a repository in launchpad [10:28] and thought I uploaded files to it [10:28] but is is empty [10:29] so it make sense that my local copy only stored updates local [10:30] I'll deal with it later.. I have a fire here that comes first === jbailey [i=jeffbail@nat/google/x-bbb3e815bbe77764] has joined #bzr === cprov is now known as cprov-out [11:01] put_bytes_non_atomic says "This function is not strictly safe to use. See Transport.put_bytes_non_atomic for more information." [11:02] This is Transport.put_bytes_non_atomic. Can anyone tell me why it is not safe? === phanatic_ [n=phanatic@ubuntu/member/phanatic] has joined #bzr === phanatic_ is now known as phanatic === phanatic [n=phanatic@ubuntu/member/phanatic] has left #bzr [] [11:25] New bug: #148728 in bzr "Bzr gives ugly error error message on bzr+ssh:// timeout" [Undecided,New] https://launchpad.net/bugs/148728 [11:26] Does bzr do the right thing with spaces in the directory name when over-riding the things in your ~/.bazaar/locations.conf? I tried both spaces and %20 (for the spaces) and I cannot get the overrides to work. [11:26] BasicOSX: I'm not sure I'm afraid. [11:27] [/Applications/World of Warcraft/Interface/AddOns/] vs [/Applications/World%20of%20Warcraft/Interface/AddOns/] [11:27] bzr uses ConfigObj to that parsing, so you could check that. === wingo-pb [n=wingo@113.Red-81-39-161.dynamicIP.rima-tde.net] has joined #bzr [11:28] good day! [11:28] can bzr do in-place branching? [11:29] BasicOSX: it looks like configobj should pick it up ok. [11:29] wingo-pb: what do you mean? [11:29] with space or encoded? [11:30] james_w: like i see with git and `git branch'; it seems useful rather than having repo parent dir and lots of branch checkouts === wingo-pb looking at his ~/src/foo/trunk dirs, thinking that the step "trunk" can probably be omitted somehow [11:31] wingo-pb: no it can't. [11:31] New bug: #148731 in bzr "Bzr gives ugly error error message when server requires non-existant ssh keys " [Undecided,New] https://launchpad.net/bugs/148731 [11:31] New bug: #148737 in bzr "Bzr needs a more decriptive error message when product does not exist on launchpad" [Undecided,New] https://launchpad.net/bugs/148737 [11:31] however using bzrtools' switch command you can approximate it. [11:31] or maybe cbranch. Or both, I can't remember. [11:32] BasicOSX: are you on Windows? [11:32] no, OSX [11:33] recently moved to osx, so I'm struggling :-) [11:34] BasicOSX: should have guessed from the name :) [11:34] it looks like spaces should be used. [11:35] james_w: thanks for the info tho [11:35] is there a place that bzr devs look at for feature requests? ;-) [11:35] wingo-pb: launchpad, or the mailing list for discussions. === salty-horse [n=ori@pdpc/supporter/active/salty-horse] has joined #bzr [11:36] wingo-pb: though proposing git style branching won't get very far. [11:39] james_w: ah, there has been previous discussion in this regard? i occaisionally read the mailing list but must have missed that. anyway sorry to bother you :) === poolfool [n=poolfool@techsat21.itnes.com] has joined #bzr [11:42] hi. when running "bzr log|less" and quitting less before the command is done, I get a "IOError: [Errno 32] Broken pipe" error on flush(). this is quite common in application, but it's especially annoying when ubuntu wants to report the crash. A fix was committed to win32, but I'm on Linux. see http://bundlebuggy.aaronbentley.com/request/%3Ces4ihj%24dcf%241%40sea.gmane.org%3E === salty_horse [n=ori@pdpc/supporter/active/salty-horse] has joined #bzr === salty_horse is now known as salty-horse === Gwaihir [n=Gwaihir@ubuntu/member/gwaihir] has joined #bzr === schierbeck [n=daniel@muhammed.egmont-kol.dk] has joined #bzr [11:55] hello