The following should depend on virtual/tetex instead of app-text/tetex. app-office/kletterwizard/kletterwizard-0.9.4.ebuild:DEPEND=">=app-text/tetex-2.0.2 app-office/kletterwizard/kletterwizard-0.9.2.ebuild:DEPEND=">=app-text/tetex-2.0.2 app-text/dvipdfm/dvipdfm-0.13.2c.ebuild:DEPEND="=app-text/tetex-1* app-text/dvipdfm/dvipdfm-0.13.2c.ebuild: !>=app-text/tetex-2 dev-libs/libtomcrypt/libtomcrypt-0.97.ebuild:DEPEND="doc? ( app-text/tetex app-text/ghostscript )" dev-libs/libtomcrypt/libtomcrypt-0.97a.ebuild:DEPEND="doc? ( app-text/tetex app-text/ghostscript )" dev-lisp/cl-arnesi/cl-arnesi-1.1.0.ebuild:# doc? ( app-text/tetex )" net-analyzer/sonar/sonar-1.2.2-r1.ebuild: app-text/tetex Reproducible: Always Steps to Reproduce:
CC List: Please check your corresponding ebuilds.
net-analyzer/sonar/sonar-1.2.2-r1.ebuild fixed. removing netmon from CC.
sorry, didnt know virtual/tetex existed :) fixed libtomcrypt
Fixed on kletterwizard. Not sure what the rationale is behind that virtual name itself though. As a suggestion, because tetex is just one distribution of TeX, the virtual name should be generic.
abstine: this is because ptex and cstetex are based upon tetex. They provide what app-text/tetex provides. If you name it virtual/tex, it gives the impression that it doesn't provide anything except tex, doesn't it? (Actually some programs depend on dvipdfm, which is included in tetex distribution.)
Updated summary.
Affected version (cl-arnesi-1.1.0.ebuild) no longer exists in CVS. Closing.