[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#540763: marked as done (ghostscript: please remove defoma dependency)

Your message dated Tue, 15 Nov 2011 20:41:03 +0100
with message-id <20111115194103.GT7542@mykerinos.kheops.frmug.org>
and subject line Bug fixed...
has caused the Debian Bug report #540763,
regarding ghostscript: please remove defoma dependency
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
540763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540763
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Source: ghostscript
Severity: wishlist
Usertags: defoma-removal

I'm investigating the possibility of removing defoma from Debian during
the squeeze release cycle and migrating everything to fontconfig.
ghostscript currently contains a defoma script. Confusingly it (libgs8)
also depends on fontconfig,. Presumably the defoma support could be
removed and everything would still work fine.

The current ghostscript defoma backend generates the following files:

/var/lib/defoma/gs.d/dirs/fonts/cidfmap
/var/lib/defoma/gs.d/dirs/fonts/CIDFnmap
/var/lib/defoma/gs.d/dirs/fonts/FAPIfontmap
/var/lib/defoma/gs.d/dirs/fonts/Fontmap

These files could be generated with a script using fontconfig instead of
defoma, run using a dpkg trigger. Alternatively, if the current use of
fontconfig in libgs8 makes these files not needed, then they can just be
dropped and removed on upgrade/purge.

It also symlinks all the TrueType and Type1 fonts into this directory:

/var/lib/defoma/gs.d/dirs/fonts/

Presumably for that you could just change the --with-fontpath in
debian/rules to drop that directory since it already
has /usr/share/fonts in the fontpath. You would need to check that it
recurses into subdirectories searching for fonts to make sure that this
works properly.

BTW, here are the font paths used by Fedora:

      * /usr/share/fonts/default/ghostscript
      * /usr/share/fonts/default/Type1
      * /usr/share/fonts/default/amspsfnt/pfb
      * /usr/share/fonts/default/cmpsfont/pfb
      * /usr/share/fonts
      * /usr/share/ghostscript/conf.d
      * /etc/ghostscript
      * /etc/ghostscript/<version>

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
--- Begin Message --- 
Version: 8.71~dfsg2-2

This bug was fixed in that version
--

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: