Bug#652712: src:qt4-x11: Please suggest or recommend libthai0 for libqtcore4 and libqtgui4
Package: src:qt4-x11 Version: 4.7.3-8 Severity: wishlist Dear Maintainer, In src/3rdparty/harfbuzz/src/harfbuzz-thai.c, libthai.so.0 is looked for and loaded to enhance its functionality if exists. Otherwise, it falls back to normal English processing. Therefore, the library, provided by libthai0 in Debian, can make Qt4 work better for Thai language, namely the word breaking. The code is used by libQtCore and libQtGui. So, it should help Thai users get better experience by suggesting (or recommending) libthai0 in libqtcore4 and libqtgui4. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220085739.GA1996@cypress.boonyanan.local
Bug#444284: QLibrary
I think Pattara's QLibrary patch should suit this problem, in case dependency on libthai is frowned upon. With Qt3, it would still require libthai-dev for libthai.so (without SONAME). But that would at least bring kdelibs-libthai interoperation back to previous state, as libthai.la is not required any more. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444284: kdelibs: Please explicitly link against libthai
Hi, Sorry for a late reply. Since I'm not a KDE user myself, I have to wait for someone to test it for me. On Dec 18, 2007 4:58 PM, Sune Vuorela [EMAIL PROTECTED] wrote: We have recently patched klibloader to also be able to dlopen so-files. Does it also work in the libthai case ? It still doesn't load without *.la present, from a test result from a KDE user. (See the report at the end of this message.) Looking at kdelibs 4:3.5.8.dfsg.1-6 source, I can't find such patch, either. It's somhow lost? To continue serving Thai KDE users, I think it should be explicitly linked, by having kdelibs build-depend on libthai-dev, and passing --with-libthai=yes it its configure options. If we could avoid libthai dependency, it would be preferred. IMHO, having such dependency is not a bad thing. For example, pango is currently depending on libthai. And it has served GNOME users well out of the box, without requiring extra knowledge among users to manually install a weird package like libthai-dev to have proper Thai support like in KDE. Interoperability problems are also closely worked out, unlike this case, which has been out of my awareness for a while, until someone complained it loudly. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ Test report by Pattara Kiatisevi [EMAIL PROTECTED]: System: Debian Unstable, installed using Sidux 2007-04.5-200712260120-eros_xmas-kde-lite-i386 then apt-get updated and upgraded kdebase, kdelibs, kdelibs4c2a to version: 4:3.5.8.dfsg.1-6 Result: Konqueror/KHTML still needs libthai.la in order to load libthai and break Thai words properly. How-to-notice: -install libthai0 package, run konqueror from xterm or Konsole, browse to a Thai site, e.g., http://linux.thai.net/, on screen you will see: Trying to load libthai dynamically... Error, can't load libthai... -then be root and cd /usr/lib ; wget http://suriyan.in.th/download/libthai.la, then try again, no error message should show. Cheers, Ott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444284: kdelibs: Please explicitly link against libthai
Package: kdelibs Version: 4:3.5.7.dfsg.1-7 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upstream kdelibs has provided two methods for using libthai to analyze Thai word boundaries in KHTML: by explicit linking or by dynamic loading. So far, libthai has secretly served Thai KDE users through the latter method. However, this requires users to install libthai-dev, although they don't want to compile any program against libthai and its dependency. This is because the KLibLoader used to dlopen() it requires *.la file. And this has just been removed in the lastest libthai, as it's not so desirable to ship it, and none of libthai's reverse dependencies require it any more. To continue serving Thai KDE users, I think it should be explicitly linked, by having kdelibs build-depend on libthai-dev, and passing - --with-libthai=yes it its configure options. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG+7yHqgzR7tCLR/4RArTTAJ0ZVLNQ39vm3ZOq7PwAaesnSBOhuQCglQBs itF0hLCUwuf3IUZ3zD5D+Is= =0cJy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]