<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 11 (filtered medium)"> <style>  </style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="Section1"> Continuing the effort described in my prior e-mail titled “Checkout of branch w/ long file names to deep path fails on Windows XP”…<o:p></o:p> <o:p> </o:p> To review, I created a shared repository to hold Windows system configuration… namely, things like browser bookmarks, and other environmental resources that I miss when I have to work from a computer other than my regular workstation. I made a repository called common that and branched it to a repository named after my hostname. I put my favorite stuff in the hostname branch and pushed what I wanted to share to the common repository.<o:p></o:p> <o:p> </o:p> I now want to get all the goodies on another system, so I branch common to a new hostname, then make a temporary checkout of the new branch to the workstation where I want the stuff that is in the repository. This temporary checkout was made to C:\bzr_tmp\hostname2.<o:p></o:p> <o:p> </o:p> As I do not know another way to do this via bzr command, I copy C:\bzr_tmp\hostname2\.bzr to C:\.bzr<o:p></o:p> <o:p> </o:p> When I run bzr status, indeed, all the goodies I want copied to this system are “removed”.<o:p></o:p> <o:p> </o:p> I successfully run `bzr revert .bzrignore` and, indeed, the file appears in the file system.<o:p></o:p> <o:p> </o:p> I get more brave, and run ` bzr revert "Documents and Settings/kbulgrien/Desktop/vbs".<o:p></o:p> <o:p> </o:p> That works. Various utilities stored there appear on the system.<o:p></o:p> <o:p> </o:p> Now I go for the gusto and run:<o:p></o:p> <o:p> </o:p> bzr revert "Documents and Settings/kbulgrien/Favorites"<o:p></o:p> <o:p> </o:p> bzr: ERROR: bzrlib.errors.MalformedTransform: Tree transform is malformed [('ove<o:p></o:p> rwrite', 'new-17', u'GForge Welcome.url.moved')]<o:p></o:p> <o:p> </o:p> Traceback (most recent call last):<o:p></o:p> File "bzrlib\commands.pyo", line 920, in exception_to_return_code<o:p></o:p> File "bzrlib\commands.pyo", line 1131, in run_bzr<o:p></o:p> File "bzrlib\commands.pyo", line 673, in run_argv_aliases<o:p></o:p> File "bzrlib\commands.pyo", line 695, in run<o:p></o:p> File "bzrlib\cleanup.pyo", line 136, in run_simple<o:p></o:p> File "bzrlib\cleanup.pyo", line 166, in _do_with_cleanups<o:p></o:p> File "bzrlib\builtins.pyo", line 4798, in run<o:p></o:p> File "bzrlib\builtins.pyo", line 4804, in _revert_tree_to_revision<o:p></o:p> File "bzrlib\mutabletree.pyo", line 52, in tree_write_locked<o:p></o:p> File "bzrlib\workingtree.pyo", line 1332, in revert<o:p></o:p> File "bzrlib\transform.pyo", line 2855, in revert<o:p></o:p> File "bzrlib\transform.pyo", line 2887, in _prepare_revert_transform<o:p></o:p> File "bzrlib\transform.pyo", line 3033, in resolve_conflicts<o:p></o:p> MalformedTransform: Tree transform is malformed [('overwrite', 'new-17', u'GForg<o:p></o:p> e Welcome.url.moved')]<o:p></o:p> <o:p> </o:p> bzr 2.5.1 on python 2.6.6 (Windows-XP-5.1.2600-SP3)<o:p></o:p> arguments: ['c:\\Program Files\\Bazaar\\bzr.exe', 'revert', 'Documents and<o:p></o:p> Settings/kbulgrien/Favorites']<o:p></o:p> plugins: bzrtools[2.5.0], changelog_merge[2.5.1], colo[0.4.0],<o:p></o:p> explorer[1.2.2], fastimport[0.14.0dev], git[0.6.8], launchpad[2.5.1],<o:p></o:p> loom[2.3.0dev], netrc_credential_store[2.5.1], news_merge[2.5.1],<o:p></o:p> pipeline[1.4.0], qbzr[0.22.3], rewrite[0.6.4dev], svn[1.2.2],<o:p></o:p> upload[1.2.0dev], xmloutput[0.8.8]<o:p></o:p> encoding: 'cp1252', fsenc: 'mbcs', lang: None<o:p></o:p> <o:p> </o:p> *** Bazaar has encountered an internal error. This probably indicates a<o:p></o:p> bug in Bazaar. You can help us fix it by filing a bug report at<o:p></o:p> https://bugs.launchpad.net/bzr/+filebug<o:p></o:p> including this traceback and a description of the problem.<o:p></o:p> <o:p> </o:p> Bazaar is re-populating my browser bookmarks. Before I got this idea of saving bookmarks in a Bazaar repository so I could reference them from anywhere, I had already manually set up a bookmark called “gforge Welcome” that mapped to a file called “gforge Welcome.url” in the file system.<o:p></o:p> <o:p> </o:p> In the repository, the bookmark is the same except that some case has changed:<o:p></o:p> <o:p> </o:p> Documents and Settings/kbulgrien/Favorites/GForge Welcome.url<o:p></o:p> <o:p> </o:p> Apparently Bazaar is unable to handle this situation. I’m not sure what I would expect, but I certainly did not expect to have Bazaar bail out entirely. Nothing at all was reverted. Now of course I realize that to work around this, I need to remove my local bookmark and retry… Once I do that, all my bookmarks appear as I expected.<o:p></o:p> <o:p> </o:p> Maybe that’s “ok”. Maybe its sub-optimal behavior to fail so completely over a single file that has case issues on Windows. I’m not sure, but it seems there could have been a better way to fail… along the lines of explaining that it is a case issue rather than aborting with an “internal error”.<o:p></o:p> <o:p> </o:p> Should I really follow the suggestion and file a bug report? Opinions?<o:p></o:p> <o:p> </o:p> </div> <hr> This message and/or attachments may include information subject to GD Corporate Policy 07-105 and is intended to be accessed only by authorized personnel of General Dynamics and approved service providers. Use, storage and transmission are governed by General Dynamics and its policies. Contractual restrictions apply to third parties. Recipients should refer to the policies or contract to determine proper handling. Unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient, please contact the sender and destroy all copies of the original message. </body> </html>