Since evince-0.5.0, evince doesn't display correctly fonts in dvi files. It can open the files, it shows the document, Some letters are displayed correctly, but the document can't be read at all. I have tried evince-0.5.0, evince-0.5.1 : same result ; whereas evince-0.4.0-r3 displayed those files correctly. The problem is only with dvi files. I can open without such difficulties djvu, pdf or ps files. emerge --info gives Portage 2.1_pre6-r4 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.club-internet.fr/pub/mirrors/gentoo" LANG="fr_FR.UTF-8" LC_ALL="fr_FR.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 3dnow2 X Xaw3d acpi alsa apache2 avi berkdb bitmap-fonts cdr cli crypt ctype cups dba dbus djvu dri dvd dvdr dvi eds emboss encode expat fastbuild foomaticdb force-cgi-redirect fortran ftp gd gif gimp gimpprint glitz gnome gpm gstreamer gtk gtk2 hal imlib ipv6 jpeg kde lzw lzw-tiff memlimit mozilla mp3 mpeg nautilus ncurses nfs nls nptl nptlonly ogg oggvorbis opengl oss pam pcre pdflib perl png posix python qt quicktime readline samba scanner sdl session simplexml soap sockets spell spl ssl svg t1lib tagwriting tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts unicode usb vorbis xml xpm xsl xv zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
I confirm this bug on ppc. on x86, it looks good, but on ppc, dvi document looks broken totally. Now my evince version is 0.5.2-r1, poppler 0.5.1-r1, ghostscript-esp 8.15.1_p20060430, and tetex 2.0.2-r8.
Is this still a problem with 0.5.3-r1? I obviously can't test on ppc...
The bug is still the same on my amd64 with evince-0.5.3-r1, poppler 0.5.3 and ghostscript-esp-8.15.2_p20060520.
All the dvi files I have display fine on my amd64 machine. Can you post a specific example that fails?
Created attachment 90595 [details] a dvi file that fails. I have made this one with LaTeX and Evince cannot display it clearly.
Created attachment 90597 [details] A screenshot of evince displaying algo.dvi Here is a screenshot of evince attempting to display the file algo.dvi sent previously. The same file is well displayed with xdvi.