[Bug 230560] Review Request: wqy-bitmap-fonts - a fine-tuned Chinese bitmap font

bugzilla at redhat.com bugzilla at redhat.com
Mon Apr 23 03:28:38 UTC 2007


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: wqy-bitmap-fonts - a fine-tuned Chinese bitmap font


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=230560





------- Additional Comments From fangqq at gmail.com  2007-04-22 23:28 EST -------
hi Jens and Yijun

I have been working on some other stuff and met some problems when using the
upstream pcf tar ball as source. I just figured out the problem and compiled the
new srpm. you can find the new spec and srpm files at

Spec URL: http://wenq.org/release/08src/wqy-bitmap-fonts.spec
SRPM URL: http://wenq.org/release/08src/wqy-bitmap-fonts-0.8.0-2.src.rpm
diff:
http://wenq.org/eindex.cgi?action=browse&diff=1&id=wqy-bitmap-fonts.spec&revision=9&diffrevision=7


to Jens:

1. We have been working on vector CJK fonts for two years, and we are expecting
our first release this year. Because we developed our vector fonts in a quite
general way, so, instead of generating a single font, you will find a families
of fonts. To keep things simple and easy to manage, a separate project folder is
highly desired, as /usr/share/fonts/dejavu* and /usr/share/fonts/bitstream*

2. the change log has been modified as you suggested

3. I updated Source to upstream 0.8.1-7, and use the exact file as source, so
the md5sum should match now.


to Yijun:

I am glad to see you here, and thank you very much for help with the spec file. 

1. I have seen /usr/share/fonts/bitmap-font folder in FC6, and also chinese/,
zh_CN/, zh_TW/ folders, however, as in my reply to Jens, I felt it will be much
more clear to keep wqy bitmap fonts under the wqy project folder. Debian
xfonts-wqy maintainers put this font under misc, however, I have heard many
complains such as X crashes when change settings for wqy fonts. It will be much
safer to separate this font from others, because of the complex nature of this
fonts (such as tricky fontconfig settings and accompanied fonts.alias file)

2. I saw you are using night-build GB18030 fonts as source. I do not recommend
using the CVS version because of the following reasons:

A. GB18030 fonts (including both CJK basic+CJK ext A glyphs) are for our next
release (v1.0), which is still not publicly announced yet; all the documents,
credits are not fully updated yet, font files are not fully tested and small
number of wrong glyphs exist.

B. version 1.0 is going to be 1/3 bigger than the 0.8.x version, I am thinking
to use SFNT ttf as the format for the next release. In this case, the whole font
file can be as small as 4M before compression. However, freetype seems not ready
for SFNT ttf, please refer to the discussion to this issue at
http://lists.freedesktop.org/archives/fontconfig/2006-August/002365.html
so, I have not decided which format to use.

C. nightly-build files are overwritten everyday, I thought source referred to a
downloadable link for the original file.

a side note, the correct build method for nightly-build is "make wqyv1" or "make
wqyv08"

3. I added install -d for both directories

4. %defattr I copied from other examples, is (-, root, root, -) a more commonly
used attribute?

5. the only publicly available RPM for wqy font is the mandriva RPM
"x11-font-wqy-bitmapfont", since it is a noarch RPM, so, I want to use 
conflict to block it. I am not sure if this is necessary.

6. for %ghost, I simply copied from fonts-japanese  
http://cvs.fedora.redhat.com/viewcvs/devel/fonts-japanese/fonts-japanese.spec?rev=1.25&view=markup

7. I think mkfontdir is in xorg-x11-font-utils, which is included in requires list

sorry for the long reply. I am glad to hear back from both of you.

thanks

Qianqian


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list