Basically, this means that there's no utf8 support, which means that almost any non-Eglish language fails.
Appearently, this was/is a package build bug; the support was always there in the sources, and was just not being built for the package. typical symptoms: nm /usr/lib/x86_64-linux-gnu/libedit.a |grep el_wgets reveals nothing, likewise a grep for history_w history_winit el_wset history_wend and so on, all of which are in the header file /usr/include/editline/readline.h -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libedit in Ubuntu. https://bugs.launchpad.net/bugs/1375921 Title: libedit should be updated to wchar_t capable version from debian 3.1-20140620-2 Status in “libedit” package in Ubuntu: Confirmed Bug description: Current libedit claims to have wchar_t support in its changelog but doesn't, as per this bug on the debian bug tracker: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756736 The debian package has been fixed and the package minor version updated, it'd be really nice to get this into ubuntu as well. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libedit/+bug/1375921/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
