Description of problem: file -z thinks several font files in japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm are of the type "empty" (for example knmhn12x.pcf) When gunziped manually it correctly identifies them as X11 Portable Compiled Font data. But this step should not be required Version-Release number of selected component (if applicable): file-5.03-2.fc12.x86_64
Full list ./usr/share/fonts/japanese-bitmap/kaname-latin1.pcf.gz empty japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm ./usr/share/fonts/japanese-bitmap/knm12p.pcf.gz empty japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm ./usr/share/fonts/japanese-bitmap/knm12pb.pcf.gz empty japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm ./usr/share/fonts/japanese-bitmap/knmzn12x.pcf.gz empty japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm ./usr/share/fonts/japanese-bitmap/knmzn12xb.pcf.gz empty japanese-bitmap-fonts-0.20080710-5.fc11.noarch.rpm
(In reply to comment #0) > When gunziped manually it correctly identifies them as X11 Portable Compiled > Font data. seems this is not the case [danny@f11 tmp]$ cp /usr/share/fonts/japanese-bitmap/kaname-latin1.pcf.gz . [danny@f11 tmp]$ file kaname-latin1.pcf.gz kaname-latin1.pcf.gz: gzip compressed data, from Unix, last modified: Fri Mar 27 08:05:07 2009, max compression [danny@f11 tmp]$ file -z kaname-latin1.pcf.gz kaname-latin1.pcf.gz: empty (gzip compressed data, from Unix, last modified: Fri Mar 27 08:05:07 2009, max compression) [danny@f11 tmp]$ gunzip kaname-latin1.pcf.gz [danny@f11 tmp]$ file kaname-latin1.pcf kaname-latin1.pcf: empty [danny@f11 tmp]$ reassigning to japanese-bitmap-fonts owner: is this normal? zero-length fonts seem a bit strange... p.s. there are also some fonts in the directory, which do not gunzip to empty files, and those are correctly identified by "file -z" as fonts
(In reply to comment #2) > (In reply to comment #0) > > > When gunziped manually it correctly identifies them as X11 Portable Compiled > > Font data. > > seems this is not the case Did you try knmhn12x.pcf ? I know I tested this one and gunziping manually did make a difference on my system
> > Did you try knmhn12x.pcf ? I know I tested this one and gunziping manually did > make a difference on my system [danny@f11 ~]$ file -z /usr/share/fonts/japanese-bitmap/knmhn12x.pcf.gz /usr/share/fonts/japanese-bitmap/knmhn12x.pcf.gz: X11 Portable Compiled Font data (gzip compressed data, from Unix, last modified: Fri Mar 27 08:05:07 2009, max compression) [danny@f11 ~]$ but I have a 32bit system and I see you have x86_64 packages: I can try 64bit test tomorrow
knmhn12x.pcf.gz: the same for 64bit /root/knmhn12x.pcf.gz: X11 Portable Compiled Font data (gzip compressed data, from Unix, last modified: Fri Mar 27 08:05:07 2009, max compression) so the files, which were deemed "empty" by file(1) are really empty files packed into pcf.gz: I don't understand purpose of empty fonts, maybe japanese-bitmap-fonts' package maintainer will tell us
Hmm, it may be just a packaging bug. the original bitmap font from upstream is the bdf format and need to convert to the pcf format at the build time. let me see what's going on.
Fixed in japanese-bitmap-fonts-0.20080710-7.fc12.
japanese-bitmap-fonts-0.20080710-7.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/japanese-bitmap-fonts-0.20080710-7.fc11
japanese-bitmap-fonts-0.20080710-7.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.