Bug 50423 - LyX ebuild dependencies are incorrect
|
Bug#:
50423
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: text-markup@gentoo.org
|
Reported By: dan.devel@bullok.com
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: LyX ebuild dependencies are incorrect
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-05-07 17:48 0000
|
The LyX ebuild depends on
app-text/xpdf
app-text/gv
But it doesn't actually need these programs. They are viewers, and any old
ps/pdf viewers will do in their place. In fact, no viewer is really REQUIRED
to use LyX. There are lots of viewers/translators for various file formats
that are not listed as LyX requirements. For example,The default viewer for
html is mozilla, but mozilla is not required to use LyX - any html browser will
do (or no browser at all, if you don't plan to make html files). I think the
above requirements should be removed, or replaced with virtual/pdfviewer,
virtual/psviewer or something like that.
Reproducible: Always
Steps to Reproduce:
1. emerge lyx
Actual Results:
gv and xpdf are merged, then lyx
Expected Results:
only lyx should be merged
printing herd: any thoughts about it? I personally think such virtuals
are useful. For example, lyx detects acroread, gv, ghostview and xpdf
for PDF previewer, and gv and ghostview for PS previewer. (We may add
app-text/gpdf to virtual/pdfviewer, and app-text/pspresent and
app-text/ggv to virtual/psviewer)
even more worse !
emerge xpdf installs openmotif which (for me) is an expansive build. But strange - a qpkg -q openmotif shows neither one program in need ! Also equery depgraph xpdf - nothing !! But emerge xpdf => 1.[N openmotif-x.y.z] !!!
On the other hand . who is running lyx does usually have a runnig X. And there are a lot more dependencies for that. Also strange - qpkg -q gv on my system does not show one programm i have installed (lyx of course - but gv was there before). But it was installed as dependency of anything. Bugs ???
I would agree in putting both of them into a virtual requirement.
so we just need someone to do the work ;D