[MacPorts] #14421: doxygen-1.5.4: consider no_tex (or lite?) variant
#14421: doxygen-1.5.4: consider no_tex (or lite?) variant ------------------------------+--------------------------------------------- Reporter: css@macports.org | Owner: css@macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- Consider a lightweight doxygen build process with a no_tex variant. Removing the tex dependency would reduce the feature set, but it would allow for a much faster build process for users who do not need such an extensive dependency list. Or should this be extended to a lite variant? What about graphviz and all it pulls in? Which features, if withheld, would allow the port to retain broad usability? Prompted by [http://trac.macosforge.org/projects/macports/ticket/14328#comment:7 discussions] on #14328. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14421> MacPorts </projects/macports> Ports system for Mac OS
#14421: doxygen-1.5.4: consider no_tex (or lite?) variant -------------------------------+-------------------------------------------- Reporter: css@macports.org | Owner: css@macports.org Type: enhancement | Status: assigned Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Changes (by css@macports.org): * status: new => assigned Comment: The ability to generate TeX documentation is a feature of doxygen ... it's used beyond just the manual. MacPorts has a general policy to install everything by default, and the TeX dependencies are in place so that doxygen users can generate other forms of documentation. The idea is that the default install can do everything supported by the upstream package. I don't like the idea of subtraction by variant, but that's something to accept given the policy as well as the problems handling default variants. Although I have to admit I configured doxygen without TeX all the time before the ports system arrived. :) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14421#comment:1> MacPorts </projects/macports> Ports system for Mac OS
#14421: doxygen-1.5.4: consider no_tex (or lite?) variant -------------------------------+-------------------------------------------- Reporter: css@macports.org | Owner: css@macports.org Type: enhancement | Status: assigned Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by raimue@macports.org): Replying to [comment:1 css@macports.org]:
The ability to generate TeX documentation is a feature of doxygen ... it's used beyond just the manual.
True. I forgot about this completely in my earlier comment. Although the doxygen project itself releases an .app package with dot, but without tex. And tex pulls in a lot of dependencies. I still vote for making tex optional. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14421#comment:2> MacPorts </projects/macports> Ports system for Mac OS
participants (1)
-
MacPorts