I have an issue with this patch (fix-incorrect-korean-fonts- rendering.patch). It claims to apply
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/patch/?id=98e510ee94e552e9e9f80891aa87b2b472d0f276 but it does not. It applies the above patch, but also runs src/autofit$ perl ../tools/afblue.pl afblue.dat < afblue.hin > afblue.h to regenerate the afblue.h. However, it does not also re-generate afblue.c. The re-generation is itself suspect, as this appears to have been run without FreeType commits 991cbcce97527e74ca3751dd04b89e393420549c c46fa86bd585639bf4311809ba561675267e99af 741f736662476403cbcac3b9bf0756134f53ce1b 6dce136937ab8c436413ce617ffb5ddb329f3ecc 181fd071ee58b4b59257a2a162ea0a928057aa8d which would bring afblue.pl up to date with this change. It would be nice if afblue.c and afblue.h were generated as part of the build to avoid these sorts of issues, but the initial check-in (8b8be78385a2e564ebd62983512b81e541dff622) indicates this was not done to avoid a perl build dependency. I would like to request that this patch be re-built to match the FreeType commit. Particularly that after the re-built patch is applied the src/autofit/afblue.h file look as much like http://git.savannah.gnu.org/cgit/freetype/freetype2.git/plain/src/autofit/afblue.h?id=98e510ee94e552e9e9f80891aa87b2b472d0f276 as possible. Equivalently the output of git diff trusty:src/autofit/afblue.h 98e510ee94e552e9e9f80891aa87b2b472d0f276:src/autofit/afblue.h should have no material differences. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to freetype in Ubuntu. https://bugs.launchpad.net/bugs/1310017 Title: freetype 2.5.x broke rendering of the default Korean font Status in FreeType: High Quality Font Rendering: Unknown Status in “freetype” package in Ubuntu: Fix Released Status in “freetype” source package in Trusty: Fix Released Bug description: * Impact: The rendering of Ubuntu's default Korean font(NanumGothic) is incorrect. The most seen sympton is character's upmost part is not shown and it can make impossible to read or confused with different character(ex: 줄 & 출). * Test case: Copy and paste '를' to gedit. Open gucharmap, find 를 (U+B97C), and see character in [Character Details] tab. Compare it. Upmost horizontal line should apear properly in gedit like as gucharmap's detailed view. Change account name to '를' and logout. See account name show properly in greeter. * Regression potential: check that text rendering is fine in the greeter and session, using different fonts and locales ------- ubuntu-settings overrides org.gnome.settings- daemon.plugins.xsettings.hinting to "slight" , while GNOME default was "medium". This broke rendering of NanumGothic, the default font for Korean language, in default installation. I have no idea on what ground this value has been overridden, but it critically broke Korean language desktop. screenshots from #1303572 14.04 https://launchpadlibrarian.net/172899667/1404_font.jpg 12.04 https://bugs.launchpad.net/ubuntu/+bug/1303572/+attachment/4084748/+files/1204_font.jpg To manage notifications about this bug go to: https://bugs.launchpad.net/freetype/+bug/1310017/+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
