Bug#440936: evince: needs files in /usr/share/xpdf, but doesn't depend on xpdf-common

Xavier Bestel xavier.bestel at free.fr
Sun Sep 9 12:44:38 UTC 2007


Le dimanche 09 septembre 2007 à 00:07 +0200, Sven Arvidsson a écrit :
> On Wed, 2007-09-05 at 16:25 +0200, Xavier Bestel wrote:
> > evince spews this when viewing a particular PDF:
> > 
> > Error: Couldn't open 'nameToUnicode' file '/usr/share/xpdf/greek/Greek.nameToUnicode'
> > Error: Couldn't open 'nameToUnicode' file '/usr/share/xpdf/thai/Thai.nameToUnicode'
> > Error: Couldn't open 'nameToUnicode' file '/usr/share/xpdf/cyrillic/Bulgarian.nameToUnicode'
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > Error: Couldn't find unicodeMap file for the 'EUC-JP' encoding
> > 
> > The problem is that everything under /usr/share/xpdf is provided by some
> > xpdf-* packages which are not pulled by evince.
> > It looks like a packaging problem.
> 
> Hi,
> 
> This is probably bug 347789 again, poppler parses a leftover xpdfrc
> configuration file.

Right, doing this:
aptitude purge xpdf-common xpdf-korean xpdf-chinese-simplified xpdf-chinese-traditional xpdf-japanese
removed /etc/xpdf and now evince doesn't protest anymore.

Thanks, and sorry for the dupe,

	Xav








More information about the pkg-gnome-maintainers mailing list