Bug#709805: [Pkg-fonts-devel] Bug#709805: task-chinese-t: missing glyphs in font set(s)
Dear Toni and others, there are 75 thousand Chinese characters in Unicode, hence one ttf file which has a limit of 256x256 glyphs can not contain all Chinese characters, at least two ttf font files are required. Some packages contain 2 ttf files often labelled A and B one from Chinese characters in the BMP (Basic Multilingual Plane) and another for those in SIP (Supplementary Ideographic Plane) . The example above is from SIP. Regards John On Sun, May 26, 2013 at 12:49 AM, Toni Mueller wrote: > Package: fonts-moe-standard-kai > Version: 20120530-1 > Severity: minor > > Dear Maintainer, > > this bug report may be relevant to antother font packages, but I don't > know which one. Please reassign as you deem appropriate. > > In the Chinese font packages, some glyphs seem to be missing. You can > see the problem on this web page: > > http://en.wikipedia.org/wiki/Zhuyin > > For me, these characters don't display: > > 1. In the table "Rhymes & Medials", there is this text: > >"From the obsolete character 𠀀 hē, ..." > >You can see that the glyph for the character after "character" is >missing. > >Three rows down, the same problem occurs in this text: > >"From 𠀅 hài, bronze form of 亥" > > 2. Further down, just above the "See also" section, there is a table > titled "Bopomofo Extended", where the last three glyphs are missing. > > > I have these fonts installed: > > fonts-arphic-bkai00mp > fonts-arphic-bsmi00lp > fonts-arphic-gbsn00lp > fonts-arphic-gkai00mp > fonts-arphic-ukai > fonts-arphic-uming > fonts-cwtex-docs > fonts-cwtex-fs > fonts-cwtex-heib > fonts-cwtex-kai > fonts-cwtex-ming > fonts-cwtex-yen > fonts-droid > fonts-sil-nuosusil > emacs-intl-fonts > xfonts-intl-chinese > xfonts-intl-chinese-big > latex-cjk-chinese-arphic-bkai00mp > latex-cjk-chinese-arphic-bsmi00lp > latex-cjk-chinese-arphic-gbsn00lp > latex-cjk-chinese-arphic-gkai00mp > texlive-metapost > ttf-wqy-microhei > ttf-wqy-zenhei > xfonts-wqy > fonts-moe-standard-kai > fonts-moe-standard-song > fonts-cns11643-kai > fonts-cns11643-sung > hbf-cns40-5 > hbf-cns40-4 > hbf-cns40-7 > hbf-cns40-6 > hbf-cns40-1 > hbf-cns40-3 > hbf-cns40-2 > > > Kind regards, > --Toni++ > > > > > -- System Information: > Debian Release: 7.0 > APT prefers stable > APT policy: (990, 'stable'), (500, 'testing'), (100, 'unstable'), (1, > 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages task-chinese-t depends on: > ii tasksel 3.14+nmu2 > > Versions of packages task-chinese-t recommends: > ii zhcon 1:0.2.6-10 > > task-chinese-t suggests no packages. > > -- no debconf information > > ___ > Pkg-fonts-devel mailing list > pkg-fonts-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel
Bug#656359: [Pkg-fonts-bugs] Bug#656359: [Pkg-fonts-devel] Bug#656359: Segfault when pressing modifier/arrow keys if more than 4 points are selected
Dear Khaled the segmentation fault is somewhat erratic for example moving around the letter g does not crash but moving say a character at uf8000 does - in some cases starting a new font, making it full unicode going to a higher point and simply pressing element is sufficient to crash. Even if somewhat difficult to describe there is indeed a serious problem here. I have one machine running ubuntu 9.10 which I have been doing all my fontforge work on because when I update to ubuntu 10.4 I noticed this bug, which has remained though I have updated to 10.10 . Over the past week I have been preparing to do a fontforge training session in Feb and I myself thought that install rather than updating to Maverick solved the problem because I only tested 'g' . Regards John On Thu, Jan 19, 2012 at 3:21 PM, Khaled Hosny wrote: > On Thu, Jan 19, 2012 at 01:35:26AM -0500, Daniel Kahn Gillmor wrote: > > Hi fontforge folks-- > > > > over on Debian, we've just gotten http://bugs.debian.org/656359, which > > appears to contain a reproducible segfault. > > > > Some folks have suggested that it may be due to more recent versions of > > dependent libraries, but i haven't been able to track it down in more > > detail, i'm afraid. > > > > From Theppitak's original report, a recipe to produce the crash: > > > > Steps to reproduce: > > - Start fontforge and create a new font. > > - Randomly choose a first glyph to edit. > > - Draw splines with at least 5 points. > > - Select up to 4 points and press a modifier or arrow key. It won't > crash. > > - Select at least 5 points and press a modifier or arrow key. It will > > always crash. > > > > Any suggestions? > > I can't reproduce this with fontforge built from git master running > under Ubuntu 10.04. > > Regards, > Khaled > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk8XxIQACgkQRoqITGOuyPK1ZQCcCbpBJVv/rWPqjv2Nt2WucSTo > +z8AnjaCxF1rgN9XERdIUtuhNgPzxdWq > =DfU6 > -END PGP SIGNATURE- > > ___ > Pkg-fonts-bugs mailing list > pkg-fonts-b...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-bugs >
Bug#656359: [Pkg-fonts-bugs] Bug#656359: [Pkg-fonts-devel] Bug#656359: Bug#656359: Segfault when pressing modifier/arrow keys if more than 4 points are selected
The problem is in the debian package not with fontforge itself - I just removed the debian fontforge and built fontforge from source using fontforge_full-20110222.tar.bz2. The build from source does not have the same problem. The process of making did require pythonui.c which did not register as a problem at the configure stage but only at the make stage - I am using python 2.6.6 So no need I think to contact George Williams himself however who is able to remake the package? On Thu, Jan 19, 2012 at 3:39 PM, Daniel Kahn Gillmor wrote: > On 01/19/2012 02:21 AM, Khaled Hosny wrote: > > I can't reproduce this with fontforge built from git master running > > under Ubuntu 10.04. > > hmm, just trying to build from upstream's git master > (265be01a4ce5978fbb2c1a6ecf6402af0ea54115) with a "./configure && make" > on sid yields me this error: > > cvdgloss.c: In function ‘DVGlossExpose’: > cvdgloss.c:1054:21: error: ‘struct TT_ExecContextRec_’ has no member > named ‘grayscale’ > make[1]: *** [cvdgloss.o] Error 1 > make[1]: Leaving directory `/home/dkg/src/fontforge/fontforge/fontforge' > > what steps are you taking to build from upstream's git master? > >--dkg > > > ___ > Pkg-fonts-bugs mailing list > pkg-fonts-b...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-bugs >
Bug#656359: [Pkg-fonts-devel] Bug#656359: Bug#656359: fontforge: Segfault when pressing modifier/arrow keys if more than 4 points are selected
To the best of my knowledge this error occurs because of a change in something that fontforge is dependent upon not because of a change in fontforge itself the same error occurs if one puts an older version of fontforge on a newer Linux. I got the same error when I upgrade unbuntu-9.10 to ubuntu-10.04, and also when I tried running fontforge on PuppyLinux, both using a 2009 build. I thought briefly by using a newer build had solved this, but on checking the further it is still there - just that it a few case one can use these keys. The widgets for fontforge where written by George Williams himself which may make check dependencies a little harder. Of course saying this does not mean that changing the depends list will solve the problem but it is a good place to start. John Knightley On Thu, Jan 19, 2012 at 6:36 AM, Daniel Kahn Gillmor wrote: > On 01/18/2012 01:33 PM, Theppitak Karoonboonyanan wrote: > > Package: fontforge > > Version: 0.0.20110222-6 > > Severity: grave > > > > Fontforge consistently crashes (segmentation fault) when pressing any > > modifier key (Ctrl, Alt or Shift) or arrow key if more than 4 points are > > currently selected. This is annoying for font editing, as all keyboard > > shortcuts become virtually crippled. And the crash can cause the loss of > > unsaved data. > > > > Steps to reproduce: > > - Start fontforge and create a new font. > > - Randomly choose a first glyph to edit. > > - Draw splines with at least 5 points. > > - Select up to 4 points and press a modifier or arrow key. It won't > crash. > > - Select at least 5 points and press a modifier or arrow key. It will > > always crash. > > I can reproduce this on an i386 system with the same version of > fontforge. :( > > When trying to get a backtrace with fontforge-dbg 0.0.20110222-6 > installed, i get the following error message (twice) from gdb: > > warning: the debug information found in > "/usr/lib/debug//usr/bin/fontforge" does not match "/usr/bin/fontforge" > (CRC mismatch). > > Pressing ahead anyway, i can trigger the segfault, and i get this > (partially-mangled) backtrace: > > xb7c7ec4c in CVLayer (cv=0x86a3858) at cvundoes.c:552 > 552 cvundoes.c: No such file or directory. >in cvundoes.c > (gdb) bt > #0 0xb7c7ec4c in CVLayer (cv=0x86a3858) at cvundoes.c:552 > #1 0x0808faf0 in ?? () > #2 0xb7b97518 in GMenuSearchShortcut (gw=0x85f70f0, mi=, > event= >0xbfffe8c8, call_moveto=1) at gmenu.c:951 > #3 0xb7b9bc5c in GMenuBarCheckKey (g=0x85f7200, event=0xbfffe8c8) >at gmenu.c:1500 > #4 0xb7b6ce4d in _GWidget_TopLevel_Key (top=, ew=0x85fd7f0, >event=0xbfffe8c8) at gcontainer.c:498 > #5 0xb7b6e1a7 in _GWidget_Container_eh (gw=0x85fd7f0, event=0xbfffe8c8) >at gcontainer.c:337 > #6 0xb7bcbe74 in dispatchEvent (gdisp=, event=0xbfffea7c) >at gxdraw.c:3869 > #7 0xb7bcd21c in GXDrawEventLoop (gd=0x8439f48) at gxdraw.c:3968 > #8 0xb7b7097b in GDrawEventLoop (gdisp=) at gdraw.c:748 > #9 0x08061f5a in ?? () > #10 0xb6bcbe46 in __libc_start_main (main=0x80611b0, argc=1, ubp_av= >0xb864, init=0x81c8660, fini=0x81c8650, rtld_fini=0xb7ff1310, >stack_end=0xb85c) at libc-start.c:228 > #11 0x08062cd1 in ?? () > Backtrace stopped: Not enough registers or memory available to unwind > further > (gdb) > > hope this is helpful in debugging, > >--dkg > > > ___ > Pkg-fonts-devel mailing list > pkg-fonts-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel >
Bug#652436: Correction of Package Name and Upstream
Name to change to fonts-arphic-sawndip in with new packing policy control also to change to new policy format. Latest upstream release corrects all 77 bounding box error glyphs. Latest upstream http://gdzhdb.l10n-support.com/sawndip-fonts/fonts-arphic-sawndip-20120101-1.tar.gz All comments welcome. Regards John On Sat, Dec 17, 2011 at 3:59 PM, john knightley wrote: > Please ignore the comments about libtest-interface-java these should not > have been sent rather they where lines used from another report to get the > format correct. > > The intent is to package ttf-arphic-sawndip the person who will package > and the upstream author are the same person, namely myself. > > John Knightley >
Bug#652438: ITP: ibus-table-sawndip-yaemlai
Package: wnpp Severity: wishlist Owner: John Knightley Note: this report replaces bug report "Bug#652412: ibus-table-sawndip-yaemlai: Intent to Package" which was reported using an incorrect format * Package: ibus-table-sawndip-yaemlai Upstream Author : John Knightley URL : http://sourceforge.net/projects/ibus-table-sawn Depends: ibus-table (>= 1.1.0.20090527) Architecture: all License : GPL version 3 Suggests : ttf-arphic-sawndip Description : Input method for Zhuang Sawndip based on table engine of ibus IBus-Table is the IM Engine framework for table-based input methods. This package provides one input method sawndip-yaemlai. Sawndip-yaemlai is a input method the uses the Zhuang pronunciation to type Zhuang Sawndip which is the traditional script for Zhuang which uses Chinese characters. Zhuang is the mother tongue of over 10 million people in Guangxi China. Significance : First Linux IME for Zhuang Sawndip. This IME is compatible with the open source online Zhuang Sawndip IME hosted by Guangxi University since 2008 at http://gdzhdb.l10n-support.com/ (latest version http://gdzhdb.l10n-support.com/legacy/sawndip0619.html). Other: Whilst the IME itself does not depend upon any fonts, without appropriate fonts installed the end user will not be able to see the Sawndip characters. To be able to see all characters a complete set of CJK, or Chinese, fonts is recommended along with a font like Sawndip.ttf which uses PUA codepoints for others characters not currently in unicode. The font Sawndip.ttf will be availalble in the package ttf-arphic-sawndip, or the latest stable release can be downloaded from http://gdzhdb.l10n-support.com/sawndip-fonts/Sawndip.ttf
Bug#652436: Correction of Package Name and Upstream
Please ignore the comments about libtest-interface-java these should not have been sent rather they where lines used from another report to get the format correct. The intent is to package ttf-arphic-sawndip the person who will package and the upstream author are the same person, namely myself. John Knightley
Bug#652436: ITP: ttf-arphic-sawndip
Package: wnpp Severity: wishlist Owner: John Knightley Note: this report closes bug report Bug#652434: Acknowledgement (ttf-arphic-sawndip: Intent to Package) which was reported using an incorrect format * Package name: libtest-interface-java Version : 0.5 Upstream Author : Josh Cough, Mark Harrah * Package: ttf-arphic-sawndip Architecture: all License : Arphic Public License Upstream Author : John Knightley URL : http://gdzhdb.l10n-support.com/sawndip-fonts/ Pre-Depends: dpkg (>= 1.13.25) Depends: defoma, debconf | debconf-2.0 Recommends: x-ttcidfont-conf (>= 10), fontconfig (>= 2.3.1-1) Conflicts: x-ttcidfont-conf (<< 10) Section: x11 Priority: optional Description : ttf-arphic-sawndip contains the font Sawndip.ttf. Apart from over 20 thousand unicode CJK characters the font also contains over 7 thousand CJK characters not currently in unicode. The font has been hosted by Guangxi University since 2009. The package is a branch from ttf-arphic-uming customised for Sawndip the traditional script used by the Zhuang (Zhuang is the mother tongue of over 10 million people in Guangxi China). A branch is requires because there is a limit to the number of glyphs one ttf font can contain. Other : Sawndip.ttf is the most extensive open source Sawndip font that is actively maintained and has several major updates each year. Whilst some glyphs require improvement the font because it is free and open source the font has an increasing number end users. The font is also used by several IMEs and a customised version of Linux.
Bug#652434: ttf-arphic-sawndip: Intent to Package
Package: ttf-arphic-sawndip Severity: wishlist Debian Release: squeeze/sid Architecture: all License : Arphic Public License Upstream Author : John Knightley URL : http://gdzhdb.l10n-support.com/sawndip-fonts/ Pre-Depends: dpkg (>= 1.13.25) Depends: defoma, debconf | debconf-2.0 Recommends: x-ttcidfont-conf (>= 10), fontconfig (>= 2.3.1-1) Conflicts: x-ttcidfont-conf (<< 10) Section: x11 Priority: optional Description : ttf-arphic-sawndip contains the font Sawndip.ttf. Apart from over 20 thousand unicode CJK characters the font also contains over 7 thousand CJK characters not currently in unicode. The font has been hosted by Guangxi University since 2009. The package is a branch from ttf-arphic-uming customised for Sawndip the traditional script used by the Zhuang (Zhuang is the mother tongue of over 10 million people in Guangxi China). A branch is requires because there is a limit to the number of glyphs one ttf font can contain. Other : Sawndip.ttf is the most extensive open source Sawndip font that is actively maintained and has several major updates each year. Whilst some glyphs require improvement the font because it is free and open source the font has an increasing number end users. The font is also used by several IMEs and a customised version of Linux.
Bug#652412: ibus-table-sawndip-yaemlai: Intent to Package
Package: ibus-table-sawndip-yaemlai Version: version 1 Severity: wishlist Tags: l10n Upstream Author : John Knightley URL : http://sourceforge.net/projects/ibus-table-sawn Depends: ibus-table (>= 1.1.0.20090527) Architecture: all License : GPL version 3 Suggests : ttf-arphic-sawndip Description : Input method for Zhuang Sawndip based on table engine of ibus IBus-Table is the IM Engine framework for table-based input methods. This package provides one input method sawndip-yaemlai. Sawndip-yaemlai is a input method the uses the Zhuang pronunciation to type Zhuang Sawndip which is the traditional script for Zhuang which uses Chinese characters. Zhuang is the mother tongue of over 10 million people in Guangxi China. Significance : First Linux IME for Zhuang Sawndip. This IME is compatible with the open source online Zhuang Sawndip IME hosted by Guangxi University since 2008 at http://gdzhdb.l10n-support.com/ (latest version http://gdzhdb.l10n-support.com/legacy/sawndip0619.html). Other: Whilst the IME itself does not depend upon any fonts, without appropriate fonts installed the end user will not be able to see the Sawndip characters. To be able to see all characters a complete set of CJK, or Chinese, fonts is recommended along with a font like Sawndip.ttf which uses PUA codepoints for others characters not currently in unicode. The font Sawndip.ttf will be availalble in the package ttf-arphic-sawndip, or the latest stable release can be downloaded from http://gdzhdb.l10n-support.com/sawndip-fonts/Sawndip.ttf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644361: [Pkg-ime-devel] Bug#644361: Bug#644361: Bug#644361: Bug#644361: fcitx: Typos in package description
Sorry another typo that should of course be Character. On 19 Nov 2011 08:57, "john knightley" wrote: > Definitely Charcter better than Chinese - though for the T and the X it is > much harder to say. > On 19 Nov 2011 08:49, "john knightley" wrote: > >> Flexible Character Input Tool for Xwindows >> On 19 Nov 2011 07:54, "Justin B Rye" wrote: >> >>> Aron Xu wrote: >>> > Thanks for all your help! I'm going to follow your advices and change >>> > the description >>> > : >>> > Description: Flexible Input Method Framework >>> >>> The long description looks good, but given that this synopsis >>> obviously isn't telling us what fcitx stands for, it doesn't need >>> capital letters - the usual rules would make it: >>> >>> Description: flexible input method framework >>> >>> Of course this now leaves the name as a bit of a mystery, but it might >>> take more time than it's worth to explain that, if it now stands for >>> Free/Flexible/Friendly Chinese/Character/Customizable >>> Input/Interaction/Indication Toy/Tool/Technology of/for >>> X11/Xenography/uniX! >>> -- >>> JBR with qualifications in linguistics, experience as a Debian >>>sysadmin, and probably no clue about this particular package >>> >>> >>> >>> ___ >>> Pkg-ime-devel mailing list >>> pkg-ime-de...@lists.alioth.debian.org >>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel >>> >> > ___ > Pkg-ime-devel mailing list > pkg-ime-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel >
Bug#644361: [Pkg-ime-devel] Bug#644361: Bug#644361: Bug#644361: fcitx: Typos in package description
Definitely Charcter better than Chinese - though for the T and the X it is much harder to say. On 19 Nov 2011 08:49, "john knightley" wrote: > Flexible Character Input Tool for Xwindows > On 19 Nov 2011 07:54, "Justin B Rye" wrote: > >> Aron Xu wrote: >> > Thanks for all your help! I'm going to follow your advices and change >> > the description >> > : >> > Description: Flexible Input Method Framework >> >> The long description looks good, but given that this synopsis >> obviously isn't telling us what fcitx stands for, it doesn't need >> capital letters - the usual rules would make it: >> >> Description: flexible input method framework >> >> Of course this now leaves the name as a bit of a mystery, but it might >> take more time than it's worth to explain that, if it now stands for >> Free/Flexible/Friendly Chinese/Character/Customizable >> Input/Interaction/Indication Toy/Tool/Technology of/for >> X11/Xenography/uniX! >> -- >> JBR with qualifications in linguistics, experience as a Debian >>sysadmin, and probably no clue about this particular package >> >> >> >> ___ >> Pkg-ime-devel mailing list >> pkg-ime-de...@lists.alioth.debian.org >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel >> >
Bug#644361: [Pkg-ime-devel] Bug#644361: Bug#644361: Bug#644361: fcitx: Typos in package description
Flexible Character Input Tool for Xwindows On 19 Nov 2011 07:54, "Justin B Rye" wrote: > Aron Xu wrote: > > Thanks for all your help! I'm going to follow your advices and change > > the description > > : > > Description: Flexible Input Method Framework > > The long description looks good, but given that this synopsis > obviously isn't telling us what fcitx stands for, it doesn't need > capital letters - the usual rules would make it: > > Description: flexible input method framework > > Of course this now leaves the name as a bit of a mystery, but it might > take more time than it's worth to explain that, if it now stands for > Free/Flexible/Friendly Chinese/Character/Customizable > Input/Interaction/Indication Toy/Tool/Technology of/for > X11/Xenography/uniX! > -- > JBR with qualifications in linguistics, experience as a Debian >sysadmin, and probably no clue about this particular package > > > > ___ > Pkg-ime-devel mailing list > pkg-ime-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel >
