doxygen and xorg-libxcb circular dependency

[jmercie1@…]

seems to be a problem I am not sure how to fix....

here is the terminal window:

--->  Computing dependencies for octave-devel
--->  Dependencies to be installed: ghostscript xorg-libXext xorg-libX11 xorg-libxcb doxygen graphviz gd2 xpm xorg-libXt libLASi pango Xft2 xrender cairo xorg-xcb-util gobject-introspection xorg-libXaw groff xorg-libXmu texlive texlive-basic texlive-bin poppler xorg-libXp texlive-documentation-base texlive-bin-extra dvipng latexmk texlive-latex pdfjam texlive-latex-recommended pgf texlive-context texlive-fonts-recommended texlive-math-extra texlive-metapost texlive-xetex texlive-generic-recommended texlive-documentation-english texlive-fontutils lcdf-typetools ps2eps texlive-lang-czechslovak texlive-lang-dutch texlive-lang-english texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-luatex texlive-latex-extra texlive-pictures gnuplot
Error: The following dependencies were not installed: ghostscript xorg-libXext xorg-libX11 xorg-libxcb doxygen graphviz gd2 xpm xorg-libXt libLASi pango Xft2 xrender cairo xorg-xcb-util gobject-introspection xorg-libXaw groff xorg-libXmu texlive texlive-basic texlive-bin poppler xorg-libXp texlive-documentation-base texlive-bin-extra dvipng latexmk texlive-latex pdfjam texlive-latex-recommended pgf texlive-context texlive-fonts-recommended texlive-math-extra texlive-metapost texlive-xetex texlive-generic-recommended texlive-documentation-english texlive-fontutils lcdf-typetools ps2eps texlive-lang-czechslovak texlive-lang-dutch texlive-lang-english texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-luatex texlive-latex-extra texlive-pictures gnuplot
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port octave-devel failed

I have uploaded the log

[jmercie1@…]

main.log

[ryandesign (Ryan Carsten Schmidt)]

One of octave-devel's dependencies failed to install. We need to see the main.log from that failure to know what went wrong.

[jmercie1@…]

Replying to ryandesign@…:

One of octave-devel's dependencies failed to install. We need to see the main.log from that failure to know what went wrong.

--- The log was uploaded at the time the ticket was placed, but it seems to have taken some time to upload. The file/link seems to be working now, having checked it myself....

[ryandesign (Ryan Carsten Schmidt)]

I have seen the log attached to this ticket, but it is a log of octave-devel, which is not the port that failed to build. The only thing this log tells us is that one of the following ports failed to build:

:error:main The following dependencies were not installed: ghostscript xorg-libXext xorg-libX11 xorg-libxcb doxygen graphviz gd2 xpm xorg-libXt libLASi pango Xft2 xrender cairo xorg-xcb-util gobject-introspection xorg-libXaw groff xorg-libXmu texlive texlive-basic texlive-bin poppler xorg-libXp texlive-documentation-base texlive-bin-extra dvipng latexmk texlive-latex pdfjam texlive-latex-recommended pgf texlive-context texlive-fonts-recommended texlive-math-extra texlive-metapost texlive-xetex texlive-generic-recommended texlive-documentation-english texlive-fontutils lcdf-typetools ps2eps texlive-lang-czechslovak texlive-lang-dutch texlive-lang-english texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-luatex texlive-latex-extra texlive-pictures gnuplot

Please attach the main.log of that port, whichever one it is that failed.

[ryandesign (Ryan Carsten Schmidt)]

If you're not sure which port it was, you can just try it again, but clean before doing so:

sudo port clean octave-devel rdepof:octave-devel
sudo port install octave-devel

If it fails again on any of the ports, one of the last lines printed should be the location of the relevant logfile.

[jmercie1@…]

Replying to ryandesign@…:

If you're not sure which port it was, you can just try it again, but clean before doing so:

sudo port clean octave-devel rdepof:octave-devel
sudo port install octave-devel

If it fails again on any of the ports, one of the last lines printed should be the location of the relevant logfile.

-- perfect, works like a charm now... thanks.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicates #37933 and #38225.

[jmroot (Joshua Root)]

Try not using +docs until you have doxygen installed.

[michaelld (Michael Dickens)]

I think this problem is really doxygen and xorg-libxcb. Do the following to test:

port rdeps doxygen +docs | grep doxygen
port rdeps xorg-libxcb +docs | grep xorg-libxcb

Which results in:

The following ports are dependencies of doxygen @1.8.3_3+docs+latex:
                    doxygen
The following ports are dependencies of xorg-libxcb @1.9_0+docs+python27:
                    xorg-libxcb

The dependency comes via:

% port rdeps doxygen +docs
The following ports are dependencies of doxygen @1.8.3_3+docs+latex:
  texlive
    texlive-basic
      texlive-documentation-base
        texlive-bin
          poppler
            cairo
              xrender
                xorg-libX11
                  xorg-libxcb
                    doxygen

xorg-libxcb contains, in the variant docs:

depends_build-append port:doxygen

So, maybe a temporary way around this issue is to install doxygen without +docs first, then install "xorg-libxcb +docs", then install "doxygen +docs"?

Anyway, this issue is not due to octave-devel; it's an SEP from my perspective :)

[cooljeanius (Eric Gallager)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #38849.

[cooljeanius (Eric Gallager)]

#38664 is a similar set of circular dependencies that also includes doxygen and xorg-libxcb.

[bpabbott@…]

I've run into the dependency look with port mpkg octave-devel +atlas+docs..., and am unable to work around the problem, so I'm editing the Portfiles and commenting out the docs variant. That gave me an idea to resolve the circular dependency. Rather than a docs variant, could ports for the documentation be introduced, say xorg-libxcb-docs?

[ryandesign (Ryan Carsten Schmidt)]

Separate ports for documentation generally seems like a good idea, and easier to do now that we have subports. But it's still a bit of work for ports that build documentation as part of their regular build process, like xorg-libxcb and octave-devel.

[cooljeanius (Eric Gallager)]

ok, how about a doxygen-docs subport for doxygen then? That seems like its +docs variant should be easier to split off, and also Fink does something similar...

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #39465.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #41700.

[mkae (Marko Käning)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Did r120417 fix this?

[mojca (Mojca Miklavec)]

Cc Me!

[mojca (Mojca Miklavec)]

I don't think it did, even though it was a nice move to remove dependency on the whole texlive monster ;). Probably the best idea would indeed be to split the documentation into a separate subport.

[mojca (Mojca Miklavec)]

I see one more "problem" with the following:

depends_build-append    bin:pdflatex:texlive-latex \
                        bin:gs:ghostscript \
                        port:texlive-latex-extra

This doesn't make any sense. The whole point of bin:pdflatex is to allow using external TeX Live. However port:texlive-latex-extra depends on texlive-latex, so one ends up installing texlive-latex no matter what. Plus, if external TeX distribution doesn't provide packages required for doxygen, texlive-latex-extra is of no help anyway. External pdflatex won't see the files from texlive-latex-extra unless configured to search there.

Either change that to

depends_build-append    bin:pdflatex:texlive-latex-extra \
                        bin:gs:ghostscript

and assume that external latex works sufficiently well, or require the package from MP from the start:

depends_build-append    port:texlive-latex-extra \
                        bin:gs:ghostscript

[petrrr]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Well, port:texlive-latex-extra was added by Chris in r69976 to fix #25774 (failed to build with docs variant without this dependency). I do not know if MacTeX provides the same files as the texlive-latex-extra port. #26002 may be relevant. (It talks about differences between TeX Live and pTeX, but there may be similar differences between TeX Live and MacTeX.) Someone who uses MacTeX should let us know.

[ryandesign (Ryan Carsten Schmidt)]

Replying to mojca@…:

depends_build-append    bin:pdflatex:texlive-latex-extra \
                        bin:gs:ghostscript

This does not make sense, because again, the texlive-latex-extra port does not provide a pdflatex binary; the texlive-latex port does, so to that extent, the dependency is now correct as set in r120417. Consider the scenario where the texlive-latex port is installed and the texlive-latex-extra port is not installed. The proposed dependency "bin:pdflatex:texlive-latex-extra" would cause MacPorts to not install the port texlive-latex-extra, since the pdflatex binary was found. This would cause the build to fail because the required components from the texlive-latex-extra port were not there.

[mojca (Mojca Miklavec)]

Problems with pTeX should be "ignored". pTeX has to be removed, sooner or later.

MacTeX usually provides all the necessary files (by default it installs the whole TeX Live), but there is no guarantee that the user will have a full/latest/working TeX distribution installed. User might just as well create

ln -s /usr/bin/true path-to-bin/pdflatex

or use a broken TeX distribution and nothing will work. I'm exaggerating a bit, but if user deliberately uses external tools (possibly broken ones), there's nothing you can do to fix issues other than insisting on using the tools from MP.

I'm sorry. Indeed my suggestion had a flaw you pointed out correctly. But the current solution is still "wrong". If user has external pdflatex, working or not, then port:texlive-latex-extra is 100% useless for two reasons already mentioned:

• it will install texlive-latex anyway (so bin:pdflatex:texlive-latex could just as well have been port:texlive-latex in the first place)
• assuming that the user has a working TeX distribution, but a minimal one which lacks packages from texlive-latex-extra: packages installed by texlive-latex-extra are useless because external pdflatex binary won't find those files

(In this particular case Fink has/had a point by providing "meta" ports for external TeX distribution.)

The only proper solution would be to check whether bin:pdflatex comes from external bin or from port:texlive-latex and only install texlive-latex-extras when using pdflatex from MP.