--hardlink option produce traceback on Windows
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned | ||
Breezy |
Triaged
|
Medium
|
Unassigned |
Bug Description
0.125 encoding stdout as sys.stdout encoding 'cp866'
0.125 bzr arguments: [u'branch', u'eol', u'sha1.eol', u'--hardlink']
0.125 looking for plugins in C:\work\
0.297 looking for plugins in C:/Program Files/Bazaar/
0.297 encoding stdout as sys.stdout encoding 'cp866'
0.406 opening working tree 'C:/work/
0.531 opening working tree 'C:/work/
0.547 created control directory in file://
0.672 creating branch <bzrlib.
1.156 trying to create missing lock 'C:/work/
1.156 opening working tree 'C:/work/
3.578 Traceback (most recent call last):
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
File "bzrlib\
AttributeError: 'module' object has no attribute 'link'
3.656 return code 4
Changed in bzr: | |
status: | Triaged → Confirmed |
tags: | added: check-for-breezy |
tags: |
added: hardlink removed: check-for-breezy |
Changed in brz: | |
status: | New → Triaged |
importance: | Undecided → Medium |
Seems like we are blindly trying to hard link.
If we wanted, we could try using the win32 apis for doing NTFS hard links.
Alternatively, we could detect "getattr(os, 'link', None) is None" and abort with a BzrCommandError that the user requested --hardlink on a platform without support for it.