=== kiko is now known as kiko-zzz
=== mw is now known as mw|out
db-keenthe user guide describes two methods of starting a repo, one with init and one with init-repo and a nested branch. How should I choose which one to use?01:52
lifelessinit creates a branch01:52
lifelessinit-repo creates a shared repo which may contain branches01:53
lifelessbranches do not need a shared repo, they will have their own if no shared one is available01:53
lifelessjust start with init and get used to bzr, worry about shared repositories once you are familiar with the tool01:53
jdongdb-keen: the advantage of shared repos is that multiple branches can share a common storage of their history, which saves local disk space and lowers the cost of retrieving another related branch over a slow network connection01:55
jdongbut as lifeless said, first familiarize yourself with the operation of bzr without repos, then repos will be an easy tool to learn01:55
db-keenI don't see a move command, how do you move a file?02:47
jelmerbzr mv02:47
db-keennevermind, I found it02:47
andresjhello! how can I install bzr-1.2 in ubuntu gutsy? I added the ppa repository and `apt-get update`, and tried to install it, but there is a conflict... bzrtools needs <bzr-1.202:49
tchanbzrtools-1.2.0 works just fine with bzr-1.202:59
db-keenbzrtools 1.2.0 isn't in the ppa repository03:00
andresjtchan: bzrtools--oh db-keen already said it :)03:04
poolieandresj, it'll be up soon03:04
andresjwhen was bzr-1.2 released?03:04
poolielast friday03:07
andresjI see :)03:16
db-keenI've got this: bzr: ERROR: Generic bzr smart protocol error: <Fault 8002: 'error'>03:19
db-keenhowever it looks like the operation (push) succeeded03:19
jmldb-keen: that's from pushing to Launchpad, right?03:24
jmldb-keen: how did you invoke bzr to get that message?03:25
db-keenbzr push bzr+ssh://db-keen@bazaar.launchpad.net/~db-keen/rush/site03:25
andresjI created a repository with '--no-trees' and created a branch in the same place. Then, from the repository, run `bzr commit . main` to have a place to do the development. Then I created a file and added it, and tried to commit it. But it throws a traceback and an error... "bzrlib.errors.NoSuchRevision: KnitPackRevisionStore(VersionedFileStore('file:///.../.bzr/repository/')) has no revision ...@....com-20080220032150-zkhw0oui4mdlelzb"03:28
andresj(I replaced some parts with ... to not reveal personal details :))03:28
andresjmm... fixed in 1.2 :)03:35
abentleyandresj: Basically until bzrtools 1.2 gets uploaded, you have to choose between bzr 1.2 and bzrtools.03:38
dleHi.  I'm wondering if anyone knows why the version of bzr distributed with Ubuntu 7.04 (Feisty) is stuck way back at 0.15.0?03:38
dleI do know of the ppa rep., btw.03:39
beunodle, because packages don't get updated on final versions03:39
beunojust security updates03:39
lamontdle: because feisty hasn't accepted uploads since it released, would be my first guess03:39
abentleyAdditionally, feisty is out of date, and not an LTS release.03:40
andresjAnd because gutsy is the stable ubuntu now03:40
dleMm, good points.03:40
abentleySo backports are unlikely.03:40
dleI notice that ppa has a nice fresh bzr for fesity but not bzr-svn.03:41
beunodle, and, of course, you have ppa's, so it's probably not worj the extra work03:41
beunoagh, it's late03:42
beunopoolie, you wouldn't happen to be around, would you?  I was about to mail the list about the "bazaar" package in hardy, and what the chances where that is was bzr == bazaar instead of baz == bazaar03:44
beunoit's past feature freeze now, but maybe we can still push the change it considering it's LTS. Many people come into the channel wondering why "bazaar" isn't what they expect03:46
lifelessbeuno: we need to patch bazaar to recommend bzr03:48
lamontbeuno: well, if people quit spelling it 'bazaar'.... :-)03:48
lifelessbeuno: as a transition; there was a thread on debian-devel a while back about this.03:48
lifelessbeuno: ideally the entire set of transitions is this:03:48
dlebeuno: Just a few m. ago, I installed bazaar first, before figuring out that it was not bzr.03:48
lifelessstep 1) 'bazaar' source package stops producing 'bazaar' binary, instead produces 'baz' binary. New 'bazaar-meta' source package produces 'bazaar' binary, which depends on both baz and bzr packages03:49
lifelessstep 2) - a release later - the 'bazaar' binary stops depending on 'baz', and starts recommending various additional useful plugins.03:50
beunolifeless, and what are the chances that that transition and start for hardy?  I expect Debian to take a bit longer, but considering this is going to be an LTS...03:51
lifelessbeuno: we can definitely do step 1 immediately03:52
lifelessbeuno: possibly depending on bzr and recommending baz would be sufficient, and allow 'bazaar' to be in main with the recommended 'baz' in universe.03:52
db-keenhow do I branch a specific directory from another branch?03:53
beunolifeless, sounds great03:53
beunodb-keen, you can't (yet)03:53
db-keenthat's really killing my enthusiasm03:53
db-keenis it planned for the near future?03:54
lifelessdb-keen: very few (none) of the modern VCS's support this.03:54
beunolifeless, so I can scratch that off my "to-bug" list, or do you want me to file a bug for it?03:54
lifelessdb-keen: in fact we do support it via a two-step process already; but I'd like to understand what you want it for03:54
lifelessbeuno: I'd like you to do it :)03:54
* beuno waits for ubotu to brag about the bug report03:59
db-keenlifeless: In this particular instance, I was trying to branch just the ruby bindings to a program written in C. I don't care about the C source files, and I'm not going to compile them myself, I only want to modify the ruby side of the bindings04:00
db-keenwhy checkout the whole thing?04:00
lifelessdb-keen: generally we'd say that if you want to do that the ruby bindings should be a separate tree04:01
lifelessdb-keen: there are a variety of reasons for this, but at the heart of it we generate a single transaction for each commit at the top of the tree04:02
lifelessdb-keen: being able to work on only a subset of the files is a desired feature; but in terms of network traffic and work-during-commit - neither of those will change at all.04:03
* beuno is off to bed, g'night all04:05
ubotuNew bug: #193576 in bzr ""bazaar" package should point to bzr instead of baz" [Undecided,New] https://launchpad.net/bugs/19357604:05
db-keenhow do I undo bzr add?04:32
db-keen(I haven't committed yet)04:33
spivdb-keen: bzr rm --keep04:33
lifelesspoolie: Thats a full day for me, two merge/review requests sent in, 1 branch merged. Stacking moving along well. Tchau.04:51
poolielifeless, quick call about this first?04:51
jmldoes paramiko's log go to .bzr.log?05:34
pooliejml, no, we need a patch to do that05:43
* jml uses the One True Patch instead05:43
jml+        import pdb; pdb.set_trace()05:44
pooliein vim05:44
poolieis it really necessary for bzrtools to refuse to run with newer bzrsL06:17
abentleypoolie: I can't predict what will happen to bzrlib from release to release.06:47
abentleyDuring the 1.5 release cycle, the requirements for locking changed between different release candidates.06:48
abentleybzr 1.2 had two API breaks.  How can I predict whether they would have affected bzrtools?06:50
pooliei think that should be handled by having the new bzr release declare that it breaks bzrtools06:53
pooliei'm not a debian packaging expert, but i think that would be a better match06:53
abentleyWouldn't the result be the same?  You still wouldn't be able to install bzr without removing bzrtools.06:54
poolieit gets you away from making predictions06:55
poolieyou just declare the breakage when it happens06:55
poolieso there are 3 main cases06:55
poolie1- both06:55
poolie1- both of them are uploaded about the same time; an upgrade gets you both of them06:56
poolie2- there's a lag before getting bzrtools released and packaged, but the old one still works06:56
poolie3- there's a lag but the old one is broken06:56
pooliedeclaring that it will not work with later versions disallows 206:56
pooliei'm talking btw about the debian-level rules06:57
poolieor that's what i'm looking at now06:57
pooliei guess you also have a check in bzrtools itself?06:57
abentleyYes, there are checks in bzrtools itself.06:58
pooliebtw good point about bug priority vs ordering06:58
abentleyThanks.  I do see your point about case 2.06:58
abentleyI guess my one hesitation about that approach is that it doesn't work in cases where the add-on is not packaged by the same team.07:01
abentleyBut if you're willing to test the one-older version of bzrtools with bzr to make sure that it's not broken, we can try it that way.07:02
pooliei might ask a packaging expert about it firsnt07:03
abentleySure.  We'll also want to disable the automatic version warnings for the packaged version.07:04
abentleypoolie: Did you have any further thoughts about moving BB to Canonical hardware?07:04
poolieif bzrtools will give a warning, then the package should probably warn you too07:04
poolieso, moving it to the DC will probably have a lot of setup cost07:06
abentleypoolie: If we test that the old bzrtools isn't broken, I think it's reasonable not to warn.  But it's up to you.07:07
pooliebecause IS is not really oriented towards running ad hoc apps07:07
pooliei did have another idea, which was to put it on a vhost somewhere07:08
pooliedo you still think it's a good idea/worth spending time on?07:08
abentleyI think it could reduce the connectivity problems and make the home page load faster, but probably wouldn't address the "aaron just broke it" and "aaron didn't know it was broken" issues.07:10
poolieso, what fraction of outages do you think each one is?07:11
abentleyIn terms of duration, I think "didn't know it was broken" is maybe half of it, with connectivity being another third.07:13
abentleyI break it the most often, but for the shortest length of time.07:15
poolieso it probably would be worth the trouble to move it?07:20
jameshblame turbogears07:22
abentleyI think so, but it's close.07:23
abentleyjamesh: Someone mentioned I should talk to you about the lp: transport, but I don't remember why.07:24
abentleyI've been thinking it makes sense to make it into a straight-up directory service rather than a transport.07:24
jameshabentley: that sounds like something lifeless would say07:24
abentleyjamesh: Yes, I think it was him.07:25
PengDoesn't bazaar-vcs.org have very restricted access to the server, and don't you guys have problems getting attention from the sysadmins?07:25
jameshabentley: and I agree.  The main reason we converted it to a transport was to delay the branch resolution til after get_transport()07:25
jameshi.e. when the branch is used07:25
abentleyOh, good I asked, then.  Why do we need to delay the branch resolution 'till then?07:26
jameshabentley: because get_transport() should not block on network access07:27
jamesh(so I was told)07:27
pooliePeng, it's fairly tightly controlled07:27
jameshabentley: e.g. get_transport('http://example.com/') shouldn't cause a DNS lookup on example.com or attempt to connect to that server07:29
abentleyjamesh: I think we need to revisit that rule, because doing the lookup immediately would reduce the pain of that indirection.07:29
jameshand there was apparently a bunch of code that expects get_transport() to be cheap07:30
abentleyWell, I should get some sleep, but let's talk about this again.07:31
jameshI should be online roughly 2 hours after the other .au guys :)07:32
thekorngood morning, I've got a problem, I'm using bzr on two different versions of ubuntu (hardy and gutsy)08:13
thekornsince yesterday's update of bzr in hardy I cannot acces my bzr branches in gutsy anymore08:13
thekornit seems the branch format changed08:13
thekornis there any way to fix this08:14
pooliethekorn, the default format for new branches changed08:16
pooliewe shouldn't be automatically updating any existing branches08:16
poolieyou can control it with parameters to init, init-repo, etc08:16
poolieyou probably want --knits08:16
thekornpoolie: but automattically changing the branch format is a little bit harsh IMHO08:18
pooliethat's my point, we have not08:18
thekornwithout aksing the user08:19
pooliei have to go now, if you have other questions and no one can answer here, please mail bazaar@lists.ubuntu.com08:19
thekornpoolie: ok, thanks08:20
=== doko_ is now known as doko
=== aadis_ is now known as aadis
awilkinsjelmer: I ran that pull all night and it's finally finished....09:49
awilkinsjelmer: 9250 revisions, pulled 100 at a time. I'm not sure there's a great reduction in size over SVN, this is about 2/3 of a 1.5GB repo and the .bzr tree is 1.3GB09:51
awilkinsAnd it's only 9250/13000 revisions09:51
awilkinsBut hey, it all worked, no KeyError exceptions, wahey.09:52
awilkinsjelmer: Branching it runs the memory use up to 620MB at peak, and a fair chunk of CPU time, but it works too.10:07
* awilkins waits for the interminable sloth that is the NTFS filesystem to finish10:17
jelmerawilkins: ah, great :-)10:22
jelmerawilkins: that really sounds like the windows build of python-subversion doesn't actually have that patch applied, btw10:22
matholiocould bzr be used to manage configuration files ?10:26
matholioI have a handful linux boxen which I want to have identical config files.10:27
mwhudsonuh, do the bzrtools-1.2 debs conflict with bzr-1.210:31
datothe package in sid doesn't; I'm not sure what the package in PPA was based on.10:32
=== AnMaster_ is now known as AnMaster
awilkinsjelmer: You could be right, I've just downloaded that package and run a binary compare on the one in site-packages and there are some differences.10:45
awilkinsPeng: I've tried to import bzrlib on IronPython 2 alpha 8 but fallen at the first hurdle, it goes into an infinite loop defining a function in trace.py10:48
johnnydoes anybody maintain a bzr branch that contains many of the existing plugins? or would that be a bad idea/10:55
matholioI'm trying to use bzr to manage config files but I'm not sure I have it right.10:55
matholiofirst I init a folder : cd /foo/etc; bzr init10:56
* bob2 just did "cd /etc ; sudo bzr init ; sudo bzr add ."10:56
bob2but then found I didn't actually want to version a lot of them10:56
matholiobob once you have commited them how to you use them on another system ?10:57
awilkinsjelmer: I am an idiot ; it's managed 230 revisions using 360MB, which previously would have run it up over 1GB or even popped the stack10:57
awilkinsjelmer: Note to self ; make a list, check it twice.10:58
bob2matholio: you can copy the .bzr dir to another one10:58
awilkinsjelmer: It's still far from perfect though, 300 revisions has it up over 500MB, something I suspect, is still leaking in htere.10:58
bob2awilkins: does bzr-svn pack things after the import?10:58
awilkinsbob2: Yes, it just packs as it goes like normal bzr10:59
jelmerawilkins: That's not necessarily a bzr-svn problem though, may be regular bzr problem given the size of your tree10:59
awilkinsbob2: I've also branched it ; all revisions are now in a single pack and it's still 1.3GB10:59
bob2ah, ok10:59
awilkinsjelmer: Yes, it could well be ; I'd guess that with CPython being a reference counter they should either find or write some leak detection tools for it :-)11:00
awilkinsbob2: There are a lot of binaries in there so it may well be the nature of the source material11:01
awilkinsVisio diagrams in particular11:01
awilkinsjelmer: I think those patches have made it a lot faster too11:01
awilkinsbob2: We've only recently moved to an XML format instead of Visio11:02
=== mwhudson_ is now known as mwhudson
* awilkins swears violently because he just deleted his branch by accident instead of the old one that didn't work11:29
* awilkins looks forward to another multi-hour pull from svn :-(11:29
awilkinsAh well, not like I'm really working on it :-)11:29
=== mrevell is now known as mrevell-lunch
=== mw|out is now known as mw
awilkinsWoot, I got bzrlib to import on IronPython13:22
awilkinsAny tips on how to make it run the test quite from a python console?13:23
arnarlI'm getting some "ObjectNotLocked: KnitPackRepository(...path...) is not locked" after I upgraded form 1.0 to 1.213:54
arnarlgoogle didn't yield anything interesting13:54
arnarlanyone know what could be causing this or point me in a direction where I can find out what it is?13:55
Pengawilkins: Cool. How much work did it take?13:55
fullermdarnarl: I'd start with plugins.13:55
PengOh, good point. arnarl: Try with --no-plugins13:56
Pengarnarl: .bzr.log may also say something useful.13:56
arnarlwill do, the problem seems to intermittent as it works after a few retries13:56
arnarlbut I probably have some outdated plugins13:56
johnnyhow do you folks work with multiple devs on a project who want to use specific sets of plugins?13:57
abentleyawilkins: what commands are producing this error?13:58
abentleysorry, arnarl: what commands are producing this error?13:59
arnarlI was trying to run push and push_and_update13:59
awilkinsPeng: Well, I had to patch a module.14:01
awilkinsPeng: But the test suite isn't running because of the platform checks14:01
=== mrevell-lunch is now known as mrevell
arnarl(works without plugins though, so I'm guessing its a problem on my side)14:02
awilkinsPeng: os.platform == 'cli' on IronPython14:02
awilkinsNot sure what it would read on IronPython/Mono (if such a thing exists)14:02
jelmerI would guess cli as well14:03
jelmersince mono is technically cli too14:03
awilkinsjelmer: That would be my interpretation, which means you have to answer "does Mono on *nix support the platform features that are checked off) like "signal"14:03
awilkinsAlthough a first apatch will be to change all == 'win32' to "in ['win32, 'cli'] and run the tests again :-)14:04
* awilkins goes about getting a branch14:04
jdong>>> platform.system()14:05
jdongmy os doesn't contain a platform attribute on ipy14:05
jdongwhoa cool, you can call all of .NET from ironpython14:06
* jdong instantiates a System.Windows.Form....14:06
jdonggrr it doesn't take ctrl+D14:07
awilkinsMeh, the 'doze console is lame14:07
awilkinsI always miss ^U14:08
jdongraise SystemExit seems to be the only way14:08
awilkinsctrl-Z <enter> should work14:08
jdongquite a silly way to exit out of a shell14:08
jdongawilkins: yeah but Linux captures that14:08
jdongwell ctrl+V ctrl+Z enter14:08
jdongI guess that would work14:08
jdongnope that is captured too14:10
awilkinsYou pythonics would know this : would you expect the answer to "does this class have __getattribute__?" to be true if it didn't have it, but the parentclass did?14:11
* awilkins has submitted a ticket to the IronPython issue tracker because IronPython generates code that doesn't think so.14:12
awilkinsAnyone else getting "Expected a boundary" errors?14:38
grutte_pierawilkins: to your __getattribute__ question: I would say: yes14:47
grutte_pierIf B is a class derived from A, then the relation 'B is an A' holds14:48
=== kiko-zzz is now known as kiko
awilkinsThat would be my interpreation too ; Liskovs substitution principle n'all.14:49
grutte_pierhowever the function hasattr() would work only on an instance of the class, not the class itself i guess14:56
grutte_piercorrection: it works on the class definition itself as well14:57
awilkinsgrutte_pier: Oh yes, classes are not quite classes in Python, it's more like JScript (as far as I perceive it)15:08
ubotuNew bug: #193685 in bzr "bzr 1.2.0: MemoryError when file size ~1M" [Undecided,New] https://launchpad.net/bugs/19368515:09
awilkinsNaah, I don't beleive it, it's been versioning 50MB files for me today.15:10
PengHe's on Solaris. Maybe that platform has some really weird problem?15:31
PengOr he has 10 MB of RAM...15:31
schwukI'm using the PPA, but I can't install bzrtools:  bzrtools: Depends: bzr (< 1.2~) but 1.2-1~bazaar2~gutsy1 is to be installed15:37
* lamont wonders if folks would like his packaging for bzr/bzrtools for dapper/edgy15:58
schwukI'd be happy with bzrtools working for Gutsy (from PPA)16:02
lamontschwuk: I don't have upload privs  to the ppa, but I'll find someone to fix0r it.16:07
schwuklamont: you are a gentleman, sir16:07
=== kiko is now known as kiko-fud
=== weigon__ is now known as weigon
=== mvo__ is now known as mvo
=== kiko-fud is now known as kiko
jkakarSo, I just committed a revision, tagged it and then uncommitted it, which resulted in the tag being left bound to a revision reported as '?'.  Is this behaviour expected?19:38
jkakarOr rather, is this a bug?19:38
fullermdI wouldn't think so.19:40
fullermdThe ? would be because it doesn't have a revno, not being in the current branch ancestry.  Try it with "bzr tags --show-ids", it should show the revid.19:40
Bloguero__Connorhi, I prepared a patch (using bzr send -o user1code.patch) and send it to another user. How this user should use that file to merge it into his tree?19:41
fullermdBloguero__Connor: "bzr merge usercode1.patch".  Or maybe 'pull', if that's the intended use.19:42
Bloguero__Connorwhat is the difference beteen merge and pull?19:42
fullermdThe short answer is "pull is for updating a mirror, merge is for merging in someone else's changes to a branch you're developing on"19:43
Bloguero__Connorfullermd, thanks19:43
luislavenahi everybody19:52
luislavenawondered if some of the bzr-svn guys are around?19:54
jelmerluislavena, hi19:54
luislavenajelmer: hi there :)19:55
luislavenajelmer: is true that svn 1.4.7 will include backported patch to make bzr-svn compatible without big hacking?19:56
luislavenasince I'm aware of 1.5, but is a real pain get svn env building on windows...19:56
jelmerluislavena: No, only 1.5.0 will19:57
jelmer1.4.7 will include a memory leak fix, but misses some other changes19:57
luislavenajelmer: so there will be no chance of getting an official build of python bindings until 1.519:58
jelmerluislavena: yes, correct. However, most Linux distributions already include the required changes in their svn 1.4 packages and there are windows builds19:58
luislavenaI'm asking this since every time I tried get svn build on windows, was a real nightmare...19:59
luislavenaand the windows builds link against msvcr80, not the same msvcrt python uses...19:59
jelmerthe one on http://d5190871.u44.websitesource.net/bzr/ ?19:59
luislavenaoh, is up again!, last time I checked was down!20:00
luislavenawho did it? I want to send a big thank you... :)20:01
jelmerluislavena: Kevin Light is to thank for them :-)20:02
luislavenajelmer: Oh, I'm so anxious to test it on windows... enjoyed on linux... now I'll be in heaven!20:03
=== Gwaihir_ is now known as Gwaihir
luislavenajelmer: thank you for the data, the website should be updated with this.. or at least give hosting for the file... :)20:06
jelmerit's already mentioned on the bzr-svn wiki page20:07
luislavenajelmer: great, just checked... but I my mouth is faster than my hands... sorry about that20:08
luislavenais bzr-svn compatible with 1.2?20:10
luislavenajust checking... just to be sure.20:10
ubotuNew bug: #193779 in bzr "bzr+ssh on Win32 dies in paramiko with EOFError" [Undecided,New] https://launchpad.net/bugs/19377920:10
jelmerI haven't checked yet20:10
luislavenajelmer: I'll be your guinea pig then...20:11
awilkinsluislavena: jelmer: It seems to be compatible20:13
luislavenaawilkins: thank you for the info :)20:13
awilkinsIt managed pulling 1.3GB of revisions.. and some minor pushes20:13
awilkinsSince there are no api deltas between 1.1 and 1.2 (according to changelog) then I would expect it to work20:13
abentleyawilkins: There are two API breaks listed in my copy of NEWS.20:15
abentleyI doubt either would affect bzr-svn, though.20:16
jelmerawilkins: wow, ok. That would be a first, I think :-)20:16
awilkinsAh, I see, whoever uploaded the sources didn't relink to the 1.2 changelog20:16
awilkinsNaughty nuaghty20:17
jelmerbzr has steadily broken bzr-svn each release until now :-)20:17
awilkinsHumph, there isn't even a 1.2 changelog on the same link pattern as 1.120:17
* awilkins stops trusting the wiki editor20:18
* luislavena agree with awilkins20:18
luislavenasome housekeeping must be done :P20:18
awilkinsTHe memory usage in 1.2 is much better than 1.1, it makes bzr-svn almost usable on large trees :-)20:20
foomnobody updated the summary of new wonderful features in 1.2 either.20:22
jelmerawilkins: that still surprises me somewhat, none of the entries in NEWS seem related to decreased memory use20:23
* awilkins isn't knocking it20:24
luislavenamm, is bzr branch supposed to work over password protected svn:// repositories?20:26
awilkinsluislavena: Do a password-required thing with the svn client and cache your auth20:26
awilkinsluislavena: Or use svn+ssh and ssh-agent20:27
foom(or use svn 1.5 I think jelmer said?)20:27
luislavenaawilkins: already did, but svnserve.conf states "anon-access = none" .. and bzr branch failed20:27
luislavenaawilkins: needed to change it to read for it to work... and was working with svn ci and others20:28
lifelessfoom: hi20:29
lifelessfoom: have you filed a bug ? :)20:29
awilkinsHmm, I agree that bit is a bit flaky.... using 1.5 is out for me until it releases, and also the wider ecosphere of svn tools releases.20:30
foomlifeless: Nope. But when I retry everything on bzr 1.2 I'll file bugs this time.20:30
awilkins1.5 breaks the WC format again, I can't risk fubaring all my Eclipse plugins given that my current project has so many source control automations20:30
* awilkins really wants to use bzr20:31
lifelessfoom: thanks20:31
lifelessawilkins: 1.5?20:31
awilkinsThey do a lot of heinous branching and merging20:31
awilkinssvn 1.520:31
lifelessawilkins: oh, right20:31
awilkinsBah, can't branch bzr.dev from launchpad20:31
awilkins Revision {('robertc@robertcollins.net-20070321041435-lyb7a2hxgb1547mj',)} not present20:31
lifelesswe're correcting that at the moment20:32
* awilkins is thankful20:32
awilkinsdoes 1.2 work?20:32
lifelesswe had a unreconciled repository floating around. bad booboo20:32
awilkinsI just want to start trying to patch it up to support IronPython better20:33
awilkinsDoes launchpad support putting branches in a shared repo with the originating projec tyet?20:36
luislavenaawilkins: tried what you said aboud anon-access and auth for a repo... bzr branch still yell at me...20:36
luislavenaawilkins: I need to set anon-access = read in svnserve.conf for the repository so bzr can access it... even that authentication is being stored in subversion.20:37
lifelessawilkins: oh hmm, bzr.dev should be fine20:37
* luislavena is using a copy of the server with svnserve (subversion smart server)20:37
lifelessawilkins: awilkins can you try branching bzr.dev from http://bazaar-vcs.org/bzr/bzr.dev please.20:38
awilkinslifeless: No probs20:38
luislavenajelmer: this should be a problem of python bindings or bzr-svn?20:39
=== lifeless changed the topic of #bzr to: http://bazaar-vcs.org/ | Bazaar 1.2 is out! w00t! | http://bazaar-vcs.org/releases/src/bzr-1.2.tar.gz | bazaar-vcs.org/bzr repo under maintenance
luislavenabzr branch svn://localhost/repo/trunk repo-trunk output:20:39
luislavenabzr: ERROR: Permission denied: ".": Can't get password20:39
awilkinslifeless: I was using the lp:bzr link before20:39
jelmerluislavena: what version of the bindings and bzr-svn are you using?20:42
lifelessawilkins: it worked ok ?20:43
luislavenajelmer: the bindings indicatd in the BzrSvn wiki page and the bzr-svn package from there too (0.4.7)20:43
jelmerluislavena: this is a windows-specific issue in bzr-svn, which has been fixed in the development branch20:44
awilkinslifeless: It's still going20:44
awilkinsI only have 2MBit/s bandwidth here20:44
jelmerluislavena: however, the development branch has some severe performance regressions atm20:44
luislavenajelmer: no problem, I can live with the anon-access issue for the time being :)20:45
luislavenajelmer: wanted to know before submit a bug report...20:45
luislavenadon't want to waste your time or any other developers with duplicated bugs.20:45
awilkinslifeless: Same error20:46
awilkinslifeless: I'm branching inside a --rich-root-pack repo, is that effecting it?20:47
* awilkins tries outside in a fresh folde20:48
lifelessawilkins: that will be causing it to rewrite the data; and I know there are bugs in that rewrite process20:48
awilkinsHeh, different error in clean folder20:50
awilkinsbzr: ERROR: Could not install revisions:20:50
lifelessdoing bzr branch http://bazaar-vcs.org/bzr/bzr.dev test-bzr20:51
lifelessjust worked for me20:51
lifelessdo you have a web proxy?20:51
lifelessactually, just try again, we may have raced with each other20:52
awilkinsThere is a transparent proxy here, ISP flavoured20:52
* awilkins goes20:52
lifelessit shouldn't be an issue actually20:54
lifelesswe've made our primary files cacheable20:54
awilkinsLooks healthier so far20:54
awmcclainHi all.. I'm transitioning my team from SVN to bazaar. I'm looking to split up our current SVN trunk into a few sub branches in the bzr repo. I'm trying to make branching as painless as possible. Is there a way to export, say, just the last 30 revisions of an SVN directory into a new bzr branch?20:54
awilkinslifeless: Branched 3228 revision(s).20:59
awilkinslifeless: And trying to branch it into a --rich-root-pack repo produces the robercollins error21:01
awilkinslifeless: Trying the same with a pack0.92 repo works fine21:03
lifelessawilkins: please file a bug; not sure where the fault lies21:11
ubotuNew bug: #193804 in bzr "Branching bzr.dev to rich-root-pack causes error" [Undecided,New] https://launchpad.net/bugs/19380421:25
abentleyawilkins: You realize your changes won't be mergeable if you do them in a --rich-root-pack repository?21:29
* awilkins is now using pack0.92 because you can't branch to a rich-root-pack anyway21:31
ubotuNew bug: #193814 in bzr-svn "find_repository on local disk does network traffic" [Undecided,New] https://launchpad.net/bugs/19381421:50
jelmerlifeless: Stop reading my mind!21:54
jelmerI was five seconds away from committing a fix for that bug when you filed it :-)21:54
fullermdHe doesn't need to _stop_; he just needs to do a better job of it   :p21:54
bob2or read the fix out of your mind, too21:55
lifelessjelmer: :)22:04
lifelessjelmer: it just makes you look responsive :)22:04
=== lifeless changed the topic of #bzr to: http://bazaar-vcs.org/ | Bazaar 1.2 is out! w00t! | http://bazaar-vcs.org/releases/src/bzr-1.2.tar.gz
boolegueanybody to answer question ?22:37
awilkinsNo, we're all dead22:43
* awilkins moulders22:43
booleguedo dead answer bzr question ? ^^22:44
datoboolegue: just ask your question and stay around for a while22:44
boolegueI renamed and moved to a different directory a file that was versioned, now I want to tell bzr about this and used bzr mv oldfile newfile22:48
booleguebut it fails22:48
awmcclainI'm looking to split up our current SVN trunk into a few sub branches in the bzr repo. I'm trying to make branching as painless as possible. Is there a way to export, say, just the last 30 revisions of an SVN directory into a new bzr branch? (sorry about the repost, my internet died since I asked earlier)22:48
boolegueI get something like bzr: ERROR: Could not rename newfile => oldfile is not versioned.22:49
datoboolegue: try `bzr mv --after oldfile newfile`22:49
boolegue-- after dont 't improve things22:50
booleguesame result22:50
booleguebut bzr status tells oldfile has removed22:50
boolegueas removed22:51
bob2did you run "bzr mv --after filename directory/filename"?22:51
boolegueI used full relative paths22:51
bob2did mv say anything?22:53
booleguesomething like bzr: ERROR: Could not rename newfile => oldfile is not versioned.22:53
bob2does "bzr status" show the file as newly added, in it's new location?22:54
boolegueI tried without and with newfile added to bzr, same result22:55
bob2oh, is the dir added?22:55
fullermdThe simple answer is just mv it back to the old location, then bzr mv it to the new.22:55
fullermd(that doesn't necessarily do much to answer "why isn't it working as-is, which it should", but it does get you to Point B)22:56
boolegueactually, with newfile versioned, I get bzr: ERROR: Could not move olfile => newfile: newfile is already versioned.22:58
boolegueby versioned here I mean added22:59
fullermdYeah, you don't want to do that.22:59
boolegueI am using version 1.1 on os x 10.5.223:01
booleguelooks like adding the new directory but not its content worked23:06
booleguewith bzr add --no-recurse23:06
bob2"bzr mkdir" is handy, too23:07
booleguebut status shows oldfile as removed, is it normal ?23:07
bob2it should only show up in "renamed:"23:08
boolegueit doesn't :-/23:09
boolegueoldfile is removed and newfile is added, status said23:09
bob2fullermd's right, mv it back to it's original location, then "bzr mv oldfile newdir/newfile"23:10
boolegueok but I have actually about 100 files !23:11
bob2did their filenames change or just their location?23:12
booleguea painfull task without bzr helping23:12
bob2well, you'll need to run "bzr mv --after oldfilename dir/newfilename" the same way you ran the original bzr mv23:13
bob2hm, maybe vcs-load-dirs would be the way to go23:18
bob2or reverting and starting over (all the mvs would at least be in your shell history)23:18
boolegueafter doesn't change anything23:19
booleguebut wait, now even bzr mv isn't working while it was 5 minutes ago after adding the newdir only23:20
bob2oh, you need to "bzr rm --keep" hte incorrectly "added" ones first23:21
boolegueI don't get it23:21
boolegueI did23:21
booleguethe new dir and file is reported as unknown23:22
fullermdThe dir needs to be known.  You can't add a file inside a non-added dir, or move a file into a non-added dir.23:23
booleguethat seems intuitive, is --no-recurse the right option ?23:24
boolegueok so how about I revert to the old source tree, then bzr mv, then replace the tree with actual tree (newdir/newfile is a modified oldfile)23:27
johnnyhow do you guys handle sharing a set of plugins among a project with multiple users?23:31
lifelesspoolie: yesterday I said:23:34
lifeless15:51 < lifeless> poolie: Thats a full day for me, two merge/review requests sent in, 1 branch merged. Stacking moving along well. Tchau.23:34

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!