xorg-libXi: documentation build issues

[ryandesign@…]

I can't seem to build xorg-libXi 1.3.1 (tested on Snow Leopard x86_64 and Tiger i386). It says:

:info:build b docbook -d manpage -o XSelectExtensionEvent.xml XSelectExtensionEvent.txt
:info:build make[1]: b: No such file or directory
:info:build make[1]: [XSelectExtensionEvent.xml] Error 1 (ignored)

1.3 built fine.

[diegotheblind+macports@…]

Cc Me!

[jiminaus@…]

Cc Me!

[jiminaus@…]

I'm experiencing the same problem as ryandesign, except my log as a bunch of gsed between the "b: No such file or directory" line and the ":info:build man XSelectExtensionEvent.xml" line.

[jiminaus@…]

jiminaus's main.log

[ryandesign@…]

That's because you are building parallel ("-j2"); I deliberately disabled parallel building for my test to get a clean build log that shows the steps in the right order.

[jiminaus@…]

Replying to ryandesign@…:

That's because you are building parallel ("-j2"); I deliberately disabled parallel building for my test to get a clean build log that shows the steps in the right order.

Thanks ryandesign for that enlightenment. I'll remember to disable parallel builds in future before submitting logs.

[beta.ziliani@…]

I'm having the same problem on Leopard (10.5.8), with both the last and the 1.3.0 versions of xorg-libXi.

[jeremyhu@…]

It seems to be a problem when ASCIIDOC is not set... Rather than just not building the man pages, it errors out..

r70184

[software@…]

It's revision r70126, not r70814.

However, your patch did not solve it for me. As you can see in the attached logfile, I synced the repository, did a port clean --all and a port install.

configure still reports:

 checking for xmlto... no
 checking for asciidoc... no

Could it be possible that macports does still not recognize the dependency because you did not increase the "revision" field in the Portfile?

I am currently installing asciidoc and xmlto by hand to see if that will work. That will take a while though, xmlto will install the following dependencies: coreutils dblatex texlive-latex-extra texlive-bin poppler openjpeg poppler-data t1lib texlive-common texlive-latex texlive-basic texlive-documentation-base texlive-pictures texlive-math-extra texlive-fonts-recommended findutils texlive texlive-bin-extra latexmk texlive-context texlive-metapost texlive-documentation-english texlive-fontutils texlive-generic-recommended texlive-lang-czechslovak texlive-lang-dutch texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-lang-ukenglish texlive-latex-recommended texlive-luatex texlive-xetex texlive-htmlxml

Again, wow. Never knew that xorg depends on texlive, but since I found out that py26-py2app-devel depends on subversion, I'm not surprised anymore.

I'll report after all these dependencies are installed.

[jiminaus@…]

After manually editing the port file, I can report that installing xmlto and asciidoc did fix the problem for me.

[snc@…]

Cc Me!

[mike.mclean@…]

It appears that the patch to the xorg-libXi Portfile is really: r70216 (not 70126, not 70814 as listed previously).

With r70216 applied, there is now a dependency infinite loop:

$ port deps xorg-libXi
Full Name: xorg-libXi @1.3.1_0
Build Dependencies: pkgconfig, xmlto, asciidoc
Library Dependencies: xorg-libXext, xorg-inputproto

$ port deps xmlto
Full Name: xmlto @0.0.23_1
Runtime Dependencies: coreutils, findutils, getopt, libpaper, texlive, texlive-htmlxml, libxml2, libxslt, docbook-xml, docbook-xsl, fop, dblatex

$ port deps dblatex
Full Name: dblatex @0.3_0
Library Dependencies: python26, texlive-latex-extra, texlive-math-extra, dejavu-fonts, ImageMagick, docbook-xml, docbook-xsl

$ port deps texlive-latex-extra
Full Name: texlive-latex-extra @15852_1+doc
Library Dependencies: texlive-latex, texlive-pictures, texlive-common, texlive-bin

$ port deps texlive-latex
Full Name: texlive-latex @15495_1+doc
Library Dependencies: texlive-basic, texlive-common, texlive-bin

$ port deps texlive-bin
Full Name: texlive-bin @2009_5+motif
Build Dependencies: perl5, pkgconfig
Library Dependencies: fontconfig, freetype, gd2, libpng, ncurses, zlib, t1lib, poppler, xorg-libXp, texlive-common, openmotif
Runtime Dependencies: ghostscript

$ port deps poppler
Full Name: poppler @0.14.1_0
Build Dependencies: pkgconfig
Library Dependencies: gtk2, lcms, openjpeg, poppler-data

$ port deps gtk2
Full Name: gtk2 @2.20.1_0+x11
Build Dependencies: pkgconfig
Library Dependencies: tiff, jasper, atk, pango, gettext, xorg-libXi, xorg-libXrandr, xorg-libXcursor, xorg-libXinerama, xorg-libXdamage, xorg-libXcomposite, xorg-libXfixes
Runtime Dependencies: shared-mime-info

[software@…]

It works fine now, but given the ridiculous dependencies (gtk2 now depends on latex and python26),

I still vote to leave out these dependencies by default, and make a variant for users who want documentation.

[jeremyhu@…]

Peter's going to roll another libXi which addresses the real problem here (building without the doc tools), so I'll put that in after it's released and drop the dependency which introduces the loop.

[dports@…]

This dependency loop is a real problem -- it is breaking many X ports, including anything that depends on gtk2.

See duplicates #25919 and #25921 (reporters cc'd)

[mattvalentine@…]

Replying to dports@…:

This dependency loop is a real problem -- it is breaking many X ports, including anything that depends on gtk2.

See duplicates #25919 and #25921 (reporters cc'd)

temporary fix would be to install gtk2 with +quartz variant, then install xorg-libXi, then reinstall gtk2 with +x11. This will kill the infinite loop but doesnt fix the overall problem.

[mwalz@…]

Cc Me!

[jmr@…]

Reverted to 1.3 in r70234 since the dependency loop seems to be affecting a lot of people.

[adfernandes@…]

Cc Me!

[ryandesign@…]

Has duplicate #25930.

[sewebster@…]

Cc Me!

[emanuel@…]

Cc Me!

[jeremyhu@…]

Put in 1.3.2 which has the real fix. r70262