FIX BROKEN LINKS IN APTTITUDE WINDOWS
My terminal emulator is PuTTY 0.57 on Windows XP from Have also tried en_AU.utf8, but the behavior is the same (as you would \- A duck! -/ĭate: Sun, 10:48:12 +1000 My locale is en_AU.UTF-8 as you'll see hidden in the initial report. | One day, a tortoise will learn to fly." | | participating in a crude form of natural selection. | "But what the eagle does not realize is that it is | This probably explains what you're seeing. > applications also still draw boxes using lqqq.x as well.Īptitude has all sorts of problems in UTF8 right now (the formattingĪlgorithms and stuff need to be rewritten for UTF8), so it refuses to produce > Indeed, testvscreen in the source package and other example curses > version of aptitude against -lncursesw exhibits the same behavior. > line drawing characters using the same API, yet relinking the CVS > (Debian package: libncursesw5), is supposed to provide UTF-8 encoded > From what I have read, the wide character version of ncurses, ncursesw Ii libncurses5 5.4-4 Shared libraries for terminal hand Ii libgcc1 1:3.4.3-12 GCC support library Ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an Ii apt [libapt-pkg-libc6.3-5-3 0.5.28.1 Advanced front-end for dpkg Versions of packages aptitude depends on: Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Rather than the old style ones when UTF-8 encoding and translation areĪPT policy: (500, 'testing'), (50, 'unstable')
My guess is that PuTTY expects the Unicode line-drawing characters When using aptitude under a UTF-8 character set, what should be boxīorders are appearing as lqqq.k under PuTTY.
0 kommentar(er)
