Merge lp:~spiv/bzr/lang-c-failures-632387-2.2 into lp:bzr/2.2
Proposed by
Andrew Bennetts
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Martin Pool | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | 5094 | ||||
Proposed branch: | lp:~spiv/bzr/lang-c-failures-632387-2.2 | ||||
Merge into: | lp:bzr/2.2 | ||||
Diff against target: |
131 lines (+23/-13) 5 files modified
NEWS (+3/-0) bzrlib/tests/blackbox/test_alias.py (+4/-2) bzrlib/tests/blackbox/test_commit.py (+2/-0) bzrlib/tests/blackbox/test_export.py (+5/-8) bzrlib/tests/test_osutils.py (+9/-3) |
||||
To merge this branch: | bzr merge lp:~spiv/bzr/lang-c-failures-632387-2.2 | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Martin Pool | Approve | ||
Review via email:
|
Commit message
Fix test failures in a LANG=C environment caused by tests using non-ascii unicode filenames without checking if that feature is available.
Description of the change
This fixes the test failures in lp:bzr/2.2 due to running under LANG=C (and LC_CTYPE= LANG=C LC_ALL=), at least on my Ubuntu 10.10 system. In all cases the best fix seemed to be to just skip if unicode filenames weren't possible.
To post a comment you must log in.
Thanks, this is very nice to fix for SRUs.
istm that on modern unix, even with LANG=C, it may be reasonable to assume the filesystem names are actually still in UTF-8. Or at least it's probably more useful to treat them as UTF-8 than to fail. But that's a separate bug.
The fixes look reasonable to me.
I wonder how hard it would be to fix 2.1 for the sake of covering more SRUs?