LANG=C support regression

BZR_PLUGIN_PATH=-site LC_CTYPE= LANG=C LC_ALL= ./bzr selftest
bzr selftest: /home/vila/src/bzr/trunk/bzr
   /home/vila/src/bzr/trunk/bzrlib
   bzr-2.3.0dev1 python-2.6.5 Linux-2.6.32-24-generic-x86_64-with-Ubuntu-10.04-lucid

ERROR: blackbox.test_alias.TestAlias.test_unicode_alias
    Text attachment: log
------------
2.643 creating repository in file:///tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_alias.TestAlias.test_unicode_alias/work/.bzr/.
2.645 creating branch <bzrlib.branch.BzrBranchFormat7 object at 0x85d16d0> in file:///tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_alias.TestAlias.test_unicode_alias/work/
2.650 trying to create missing lock '/tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_alias.TestAlias.test_unicode_alias/work/.bzr/checkout/dirstate'
2.650 opening working tree '/tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_alias.TestAlias.test_unicode_alias/work'
2.656 opening working tree '/tmp/testbzr-EYEpgw.tmp'
------------
Text attachment: traceback
------------
Traceback (most recent call last):
  File "/home/vila/lib/python/testtools/runtest.py", line 144, in _run_user
    return fn(*args)
  File "/home/vila/lib/python/testtools/testcase.py", line 465, in _run_test_method
    testMethod()
  File "/home/vila/src/bzr/trunk/bzrlib/tests/blackbox/test_alias.py", line 52, in test_unicode_alias
    self.build_tree([file_name])
  File "/home/vila/src/bzr/trunk/bzrlib/tests/__init__.py", line 2554, in build_tree
    transport.put_bytes_non_atomic(urlutils.escape(name), content)
  File "/home/vila/src/bzr/trunk/bzrlib/transport/local.py", line 296, in put_bytes_non_atomic
    dir_mode=dir_mode)
  File "/home/vila/src/bzr/trunk/bzrlib/transport/local.py", line 238, in _put_non_atomic_helper
    fd = os.open(abspath, _put_non_atomic_flags, local_mode)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xb6' in position 94: ordinal not in range(128)
------------

ERROR: blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename
    Text attachment: log
------------
20.487 run bzr: ['init']
20.487 bazaar version: 2.3.0dev1
20.487 bzr arguments: ['init']
20.490 encoding stdout as sys.stdout encoding 'ANSI_X3.4-1968'
20.493 creating repository in file:///tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename/work/.bzr/.
20.495 creating branch <bzrlib.branch.BzrBranchFormat7 object at 0x8179490> in file:///tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename/work/
20.500 trying to create missing lock '/tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename/work/.bzr/checkout/dirstate'
20.500 opening working tree '/tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename/work'
20.505 opening working tree '/tmp/testbzr-EYEpgw.tmp/bzrlib.tests.blackbox.test_commit.TestCommit.test_unicode_commit_message_is_filename/work'
20.506 output:
'Created a standalone tree (format: 2a)\n'
20.509 opening working tree '/tmp/testbzr-EYEpgw.tmp'
------------
Text attachment: traceback
------------
T...

I'll take the selftest not finishing part in bug 633216, most of the failures look related to the return value of sys.getfilesystemencoding() as ascii.

I've got a branch that fixes the failures that occur on the 2.2 branch.

lp:bzr/2.2 passes under LANG=C for me now, and it appears that merging that into lp:bzr makes it pass too, so I'll land that now.

This appears to be fixed for me, but with this sort of thing it's possible that there's some platform-specific issue I don't see...

On 23 September 2010 22:08, Andrew Bennetts
<email address hidden> wrote:
> This appears to be fixed for me, but with this sort of thing it's
> possible that there's some platform-specific issue I don't see...

I wonder if we can get babune to run this variation on some platforms?

For the record: I've setup such a job on babune to run on all platforms but not on a regular basis so far due to too much random, spurious and mostly unrelated failures.

The summary is: we are good on freebsd and gentoo, almost good on Ubuntu, not good on OSX and windows.

But since the later already need to be addressed separately there is no need to run this job regularly yet.