Old app-text/tetex/tetex-1.0.7-r13.ebuild has PROVIDE="virtual/tetex" which is removed in all newer version of tetex and cstetex. I don't know reason. app-text/evince has app-text/tetex in RDEPEND Emerging evince isn't possible if cstetex is installed because cstetex blocking tetex. I suppose that similar problem occur if ptex is installed. My fix of this problem: *** /usr/portage/app-text/cstetex/cstetex-2.0.2-r1.ebuild 2006-01-24 03:15:21.000000000 +0100 --- /usr/local/portage/app-text/cstetex/cstetex-2.0.2-r1.ebuild 2006-01-24 03:03:47.000000000 +0100 *************** *** 16,21 **** --- 16,23 ---- done KEYWORDS="x86 amd64" + PROVIDE="virtual/tetex" + *** /usr/portage/app-text/ptex/ptex-3.1.5.ebuild 2005-04-08 16:37:11.000000000 +0200 --- /usr/local/portage/app-text/ptex/ptex-3.1.5.ebuild 2006-01-24 03:45:07.000000000 +0100 *************** *** 26,31 **** --- 26,32 ---- SLOT="0" KEYWORDS="alpha amd64 hppa ia64 ppc ppc64 ppc-macos sparc x86" IUSE="X" + PROVIDE="virtual/tetex" DEPEND="X? ( >=media-libs/freetype-2 >=media-fonts/kochi-substitute-20030809-r3 ) src_unpack() { tetex-2_src_unpack *** /usr/portage/app-text/tetex/tetex-2.0.2-r5.ebuild 2006-01-24 03:15:03.000000000 +0100 --- /usr/local/portage/app-text/tetex/tetex-2.0.2-r5.ebuild 2006-01-24 03:03:47.000000000 +0100 *************** *** 9,14 **** --- 9,15 ---- KEYWORDS="alpha amd64 arm hppa ia64 mips ppc ppc64 ppc-macos s390 sh sparc x86" IUSE="" + PROVIDE="virtual/tetex" src_unpack() { tetex-2_src_unpack *** /usr/portage/app-text/evince/evince-0.4.0-r3.ebuild 2006-01-24 03:15:13.000000000 +0100 --- /usr/local/portage/app-text/evince/evince-0.4.0-r3.ebuild 2006-01-24 03:03:47.000000000 +0100 *************** *** 17,23 **** KEYWORDS="~alpha amd64 ppc sparc x86" RDEPEND=" ! dvi? ( app-text/tetex ) dvi? ( t1lib? ( >=media-libs/t1lib-5.0.0 ) ) dbus? ( >=sys-apps/dbus-0.33 ) tiff? ( >=media-libs/tiff-3.6 ) --- 17,23 ---- KEYWORDS="~alpha amd64 ppc sparc x86" RDEPEND=" ! dvi? ( virtual/tetex ) dvi? ( t1lib? ( >=media-libs/t1lib-5.0.0 ) ) dbus? ( >=sys-apps/dbus-0.33 ) tiff? ( >=media-libs/tiff-3.6 ) *** /usr/portage/app-text/ptex/ptex-3.1.5.ebuild 2005-04-08 16:37:11.000000000 +0200 --- /usr/local/portage/app-text/ptex/ptex-3.1.5.ebuild 2006-01-24 03:45:07.000000000 +0100 *************** *** 26,31 **** --- 26,32 ---- SLOT="0" KEYWORDS="alpha amd64 hppa ia64 ppc ppc64 ppc-macos sparc x86" IUSE="X" + PROVIDE="virtual/tetex" DEPEND="X? ( >=media-libs/freetype-2 >=media-fonts/kochi-substitute-20030809-r3 ) After aplication of this patches evince has successfuly emerged a works without problems. I tested it with cstetex not with ptex. Could you please take a look at this?
Changing summary, you've completely misunderstood the issue, the provide is done via tetex eclass.
Created attachment 77980 [details, diff] patch to cstetex-2.0.2-r1.ebuild
Created attachment 77981 [details, diff] patch to tetex-2.0.2-r5.ebuild
Created attachment 77982 [details, diff] patch to ptex-3.1.5.ebuild
Created attachment 77983 [details, diff] patch to evince-0.4.0-r3.ebuild
It is not for fun it says that you must include the output from emerge info. So please do so! And please stop the patches, it is not a problem with *tex ebuilds, it is probably a problem with the evince ebuild (but I'll first know when you give me the output from emerge info).
Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 1900+ Gentoo Base System version 1.6.14 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.2.3-r6, 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.ynet.sk/pub gentoo.inode.at/source ftp://ftp.muni.cz/pub/linux/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="sk" LC_ALL="sk_SK.utf8" LINGUAS="sk cz" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 16bit 3dnow 3dnowex 3dnowext 3ds S3TC X X509 a52 aac aalib acl acpi acpi4linux adns alsa apache2 apm aqua_theme arts artworkextra atlas auctex audiofile authdaemond autofs avi bash-completion berkdb bind-mysql bitmap-fonts bl blas blender-game bzip2 bzlib cairo caps cdda cddb cdf cdio cdparanoia cdr chroot clamav clamd clanVoice clearcase clisp cluster cmucl codecs cracklib crypt cscope css cups curl cyrus daap dbase dbx dga directfb disk-cache distcache divx4linux dnd doc dri dumb-allegro dv dvb dvd dvdr dvdread dvi ecc editor edl eds effects elf emacs emacs-w3 emboss encode erandom escreen esd ethereal evms2 evo exif expat faac faad fam fame fastcgi fb fbcon fbdev ffmpeg firebird firefox flac floppyd font-server foomaticdb foreign-package foreign-sysvinit fortran freetds freetts freetype frontbase fs gb gcj gcl gd gdbm geometry gg ggi gif gimp gimpprint ginac glgd glut glx gmailtimestamps gmp gmtfull gmthigh gmtsuppl gmttria gnome gnomedb gpgme gphoto2 gpm gsl gstreamer gtk gtk2 gtkhtml guile gvim gzip hal hardenedphp haskell hbci hdf http icq id3 idea idled idn image imagemagick imap imlib imlib2 immqt-bc inetd informix ingres innodb ipv6 ipv6arpa ithreads jabber jasper java jce jfs john joystick jp2 jpeg jpeg2k junit kcal kde kdeenablefinal kdepim kdexdeltas kerberos kig-scripting kqemu krb4 lapack latex lcd lcms ldap leim libcaca libclamav libdsk libg++ libgda libwww lids linuxkeys linuxthreads-tls lirc live lm_sensors ltsp lua lzo lzw lzw-tiff m17n-lib mad maildir maildrop math matroska maya-shaderlibrary md5sum mdb mem-cache metar mhash mikmod mime mjpeg mmx mmxext mng mod monkey motif moznocompose moznoirc moznomail mozsvg mozxmlterm mp3 mp4live mpeg mpeg2 mpeg4 mplayer msdav mssql mule music musicbrainz mysql mysqli mythtv mzscheme nagios-dns nagios-game nagios-ntp nagios-ping nagios-ssh nas ncurses neXt netbeans network nextaw nls no-old-linux no_wxgtk1 nocardbus nptl ntfs ntlm numarray numeric nvidia oav objc octave odbc offensive ogg oggvorbis on-the-fly-crypt openal openexr opengl openssh openssl oscar oss pam pam_chroot pam_console pam_timestamp pascal patented pcapnav pcre pdf pdfkit pdflib perforce perl pfpro pg-hier pg-intdatetime pg-vacuumdelay php physfs plotutils png posix povray ppds prelude print priority procmail pthreads python qhull qt quicktime rar rdesktop readline real recode reiserfs rogue roundrobin rtc samba sametime sample sasl sblive scanner scp screen sdl semanticfix sftp sftplogging sguil shorten silverxp skey slang slp smime sox speech speedo speex spell sql sqlite src srp sse ssl stencil-buffer stream subject-rewrite subp subtitles subversion svg svga svgz sysfs sysvipc szip t1lib tcltk tcpd tcpmd5 test tetex tga theora threads tiff timidity tomsfastmath toolbar tools tos transcode truetype truetype-fonts type1 type1-fonts udev uml underscores unicode usb userlocales utf8 v4l v4l2 vcd vcdimager vhosts videos vidix vim vim-pager vim-with-x virtual-users virus-scan vlm vmdbmysql vmdbpostgres vnc voice vorbis win32codecs winbind wma123 wmf wordexp wxwindows xanim xatrix xbase xemacs xforms xfs xine xinerama xml xml2 xmms xosd xpm xscreensaver xv xvid xvmc zlib zvbi linguas_sk linguas_cz userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
I can't see a problem why evince shouldn't work with other tex dist than tetex, so virtual/tetex should work.
Evince requires a specific (libkpathsea) from tetex, not a tex implementation. virtual/tetex is not sufficient.
(In reply to comment #9) > Evince requires a specific (libkpathsea) from tetex, not a tex implementation. > virtual/tetex is not sufficient. > Cstetex contains libkpathsea $ equery belongs `locate libkpathsea` [ Searching for file(s) /usr/lib/libkpathsea.a in *... ] app-text/cstetex-2.0.2-r1 (/usr/lib/libkpathsea.a) I realy don't know if my patch work for ptex users, but I use cstetex and after using my patches I can use evince, which work without any problems. As far I know cstetex is tetex with some nice patches from cstug and ptex is tetex with some other patches. I first fix of this problem via virtual package was unsigthly. My new patch use tetex eclass instead too restricive app-text/tetex (Thanks to Jakub Moc for open my eyes)
Created attachment 78246 [details, diff] patch to evince-0.4.0-r3.ebuild
Comment on attachment 78246 [details, diff] patch to evince-0.4.0-r3.ebuild replace too restrictive dependencies
(In reply to comment #10) > (In reply to comment #9) ... > > I first fix of this problem via virtual package was unsigthly. My new patch use > tetex eclass instead too restricive app-text/tetex > But this new patch doesn't work with emerge --deep. In my opinion it would be better if evince has depend on tetex eclass instead virtual/tetex. But now I'am be able to correct this. So my first patches can be used as temporaly workaround.
Comment on attachment 78246 [details, diff] patch to evince-0.4.0-r3.ebuild this patch doesn't work with emerge --deep
I have no interest in using the tetex eclass. It's a huge mess, and I don't even preted to understand it. If there's no simple way of doing the deps as deps, the dep on tetex will stay.
(In reply to comment #15) > I have no interest in using the tetex eclass. It's a huge mess, and I don't > even preted to understand it. If there's no simple way of doing the deps as > deps, the dep on tetex will stay. > My apologies for mystake with using tetex eclass. Virtual packages are created for do this job. Another solution is using dvi? ( || (app-text/tetex app-text/cstetex app-text/ptex) ) instead of dvi? ( app-text/tetex ) in evince RDEPEND. But many packages uses virtual/tetex (as you can see $ grep -R 'virtual/tetex' /usr/portage/!(distfiles) ) For what reason virtual/tetex was removed?
Because at the time, only the real tetex had the correct libkpathsea that evince needed. If that has since changed, the virtual can go back.
Created attachment 84661 [details, diff] short patch solving the problem I've successfully built evince with ptex. All that was needed was the following patch and rather trivial changes in ebuild ( virtual/tetex and applying this patch). Evince works and opens dvi files.
Just one thing - don't know if it makes any difference but that was of course about ptex3.
*** Bug 134441 has been marked as a duplicate of this bug. ***
For those, who want to know: evince-0.5.4 builds with ptex without any patches needed.
I've tested this now, and it appears to work unmodified, so I've changed it to virtual/tetex. Thanks for following up.
*** Bug 142372 has been marked as a duplicate of this bug. ***
*** Bug 210265 has been marked as a duplicate of this bug. ***
This is still not resolved. evince with USE="dvi" still wants to pull in virtual/tetex (and thus tetex), though texlive-core is installed. Depending on virtual/tetex is a merely awkward solution, the virtual should be named something like virtual/libkpathsea (imho) and all packages that can provide libkpathsea should provide the corresponding virtual to satisfy the dependency. In case of texlive the situation is even worse: [blocks B ] app-text/tetex (is blocking app-text/texlive-core-2007-r12) Of course one could just patch texlive-core to provide virtual/tetex, but I don't think that virtual/tetex is the proper virtual anyway, since it might provide more than just libkpathsea dependency - I'd rather like to see a proper evince dependency to a clearly named virtual, which in turn can be provided by those packages providing the library evince is depending on.
Sven, this bug is fixed now the new dependency is virtual/tex-base.