I'm supprised this hasn't been reported before becasue I've experienced this problem alot when I manually installed gnome... I thought the problem was with gtkhtml, so I changed my USE to contain '-gtkhtml' rather than 'gtkhtml', and the problem remained. echo '-- Installing '$i ; \ /bin/install -c -m 644 $i /usr/tmp/portage/atk-1.2.2/image//usr/share/gtk-doc/html/atk; \ done; \ echo '-- Installing ./html/index.sgml' ; \ /bin/install -c -m 644 ./html/index.sgml /usr/tmp/portage/atk-1.2.2/image//usr/share/gtk-doc/html/atk; \ fi) -- Installing ./html/home.png -- Installing ./html/left.png -- Installing ./html/right.png -- Installing ./html/up.png -- Installing ./html/index.sgml /bin/install: cannot stat `./html/index.sgml': No such file or directory make[2]: *** [install-data-local] Error 1 make[2]: Leaving directory `/usr/tmp/portage/atk-1.2.2/work/atk-1.2.2/docs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/usr/tmp/portage/atk-1.2.2/work/atk-1.2.2/docs' make: *** [install-recursive] Error 1 !!! ERROR: dev-libs/atk-1.2.2 failed. !!! Function einstall, Line 278, Exitcode 2 !!! einstall failed Reproducible: Always Steps to Reproduce: 1. 'emerge dev-libs/atk' with 'gtkhtml' in USE 2. 3. Actual Results: make fails because of missing file on install Expected Results: ignored it? create the file? Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-gentoo-r1 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/tmp" PORTDIR_OVERLAY="" USE="3dnow zlib opengl aalib acl acpi alsa apm arts atlas avi berkdb bobobo cdr crypt cups dga directfb doc dvb dvd encode esd fbcon flash gb gd gdbm ggi gif gnome gphoto2 gpm gps gtk gtk2 gtkhtml guile imap imlib innodb ipv6 java jikes jpeg junit kde kerberos lcms ldam leim libg++ libgda libwww mbox mikmod mmx motif mozilla mpeg mule mysql nas ncurses nls odbc oggvorbis oss pam pcmcia pda pdflib perl pic plotutils png pnp postgres python qt quicktime readline ruby samba sasl scanner sdl slang slp snmp socks5 spell sse ssl svga tcltk tcpd tetex tiff truetype trusted usb wmf X xml xml2 xmms xv x86" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O2 -pipe -fomit-frame-pointer " CXXFLAGS="-march=pentium2 -O2 -pipe -fomit-frame-pointer " ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="ccache sandbox buildpkg"
watch out bug #15270 for more details. please don't reopen #15270
The closing comment says it shouldn't happen on a clean install, but my system is a clean install (from stage 1 using 1.4rc3) WITHOUT ~x86 I still haven't done the sgmlfix they mention, but I think it should be known that this is still happening on the frash install.
Ok, I started the stuff mentioned in the sgmlfix.html. I did the: emerge unmerge `cat filelist.txt`, and most of those were already not installed. Here's the tail of my emerge.log: 1047578948: Started emerge on: Mar 13, 2003 10:09:08 1047578948: *** emerge --buildpkg unmerge app-text/docbook-dsssl-stylesheets app-text/docbook-sgml app-text/docbook-sgml-dtd app-text/docbook-sgml-utils app-text/docbook-xml-dtd app-text/docbook-xml-simple-dtd app-text/docbook-xsl-stylesheets app-text/jadetex app-text/openjade app-text/sgml-common app-text/sgmltools-lite dev-libs/libxml dev-libs/libxml2 app-text/html401 app-text/xhtml1 1047578955: >>> unmerge success: app-text/openjade-1.3.1-r6 1047578962: >>> unmerge success: app-text/docbook-xsl-stylesheets-1.57.0 1047578964: >>> unmerge success: dev-libs/libxml2-2.5.2 1047578965: >>> unmerge success: app-text/sgml-common-0.6.3-r3 1047578965: >>> unmerge success: app-text/docbook-xml-dtd-4.1.2-r3 1047578966: >>> unmerge success: app-text/docbook-dsssl-stylesheets-1.77-r1 1047578966: *** exiting successfully. I then noticed that /etc/sgml/catalog was not empty as they said it should be: ~ $ ls -l /etc/sgml/ total 16 -rw-r--r-- 1 root root 83 Mar 13 10:09 catalog -rw-r--r-- 1 root root 63 Mar 13 2003 dsssl-docbook-stylesheets.cat -rw-r--r-- 1 root root 48 Mar 13 10:09 sgml-docbook.cat -rw-r--r-- 1 root root 100 Mar 13 2003 sgml.conf ~ $ cat /etc/sgml/catalog CATALOG /etc/sgml/sgml-docbook.cat CATALOG /etc/sgml/dsssl-docbook-stylesheets.cat --- I tried the qpkg command, but it's not yet installed. I would futz around to get this working on my own, but I figure since it's a fresh install, you may wish to use me as a guinea pig, so I'm going to wait for you to make a request of me. --Jeremy
Satai could you have a look here this time, im pretty lost with these sort of doc issues.
I would really like to help you guys with this, but if I don't hear from you by Monday, I'm probably just going to try to fix it on my own at which point I wouldn't have a "fresh" system for you to diagnose any more.
*** Bug 16626 has been marked as a duplicate of this bug. ***
Jeremy : btw, just try whatever you need to do to get it fixed. I think you 'ruined' the clean case anyway by going trough a couple of steps of the sgmlfix part anyway (wouldve been interesting to know what /etc/sgml/catalog was like before anything was done to it). Just try to keep us updated if you fixed anything. Satai, another plea to look at this :) Contact me in IRC if you can.
*** Bug 17656 has been marked as a duplicate of this bug. ***
I'd like to help you guys with this more, so I'll restart from scratch.... --Jeremy
Ok, I know what the problem was. In the course of installation, I copied over some stuff from my origional /etc/profile, and the following crept in: export SGML_CATALOG_FILES=/usr/local/share/xml/docbook/xml-dtd-4.1.2-9/:/usr/local/share/xml/docbook/xsl-stylesheets-1.48/:/usr/local/share/xml/docbook/docbook-dsssl-1.76/:/usr/local/share/sgml/docbook/3.0/:/usr/local/share/sgml/dtd/sgmltools/ I am assuming that this is the problem, but it really shouldn't cause the problem as invalid entries in that envvar should be ignored... but as it is, my installation went smoothly with doc in my $USE
*** Bug 18101 has been marked as a duplicate of this bug. ***
satai, i know you are probably busy, but any progress on this ?
Yes. What it looks like to me is that somehow the SGML_CATALOG_FILES variable, which is usually reset during any installation of sgml-catalog eclasses, is not being fixed. What happens if those of you still having problems installing do this? # gensgmlenv # grep -v export /etc/sgml/sgml.env > /etc/env.d/93sgmltools-lite # env-update # source /etc/profile and then try emerging?
Ok. What this comes down to, I believe, is that the program gtkdoc-mkhtml does not find the appropriate DTDs and whatnot -- typically caused by xhtml1, in the cases I've seen. So what I need you to do is this. Follow *part* of the SGMLFix at http://www.gentoo.org/~satai/sgmlfix.html <- namely, unmerge the ports listed in http://www.gentoo.org/~satai/packnames.txt . Then, unmerge gtk-doc. Now try emerging atk. That might fix things. Let me know how it goes.
Some new light perhaps... Now I have a new approach to fixing the infamous "index.sgml" problem. (I had another one back in bug #15270 which unfortunately didn't work.) I suggest: emerge unmerge xhtml1 I tried doing "emerge xhtml1" on a well-working, *fresh* gentoo 1.4_rc3 install (it wasn't installed by default), and bang, linc-1.0.1 and friends no longer emerged successfully, but resulted in the same "index.sgml" error. On my older installations which previously had problems (I have one 1.4_rc1 and one 1.1 installation), unmerging xhtml1 solved all problems. The sgmlfix documentation page does unmerge xhtml1 in the process, but in the end, it emerges it back in.. so the situation is still the same. To me it seems like gtkdoc-mkhtml incorrectly selects the xhtml1 stuff instead of the docbook stuff for making documentation when xhtml1 is merged. When xhtml1 is removed, it seems to make the correct decision (or at least it seems to work well).
This solution didn't work for me. There is a dupe of this bug at 19096 with suggests remerging gtk-doc after unmerging xhtml1, but that doesn't work for me either.
Chris an Maik (they have the same or similar problems in bug #19096), please note that the actual error does not happen in the install phase, but in the compilation phase, when it tries to generate that index.sgml file (among others). Maybe there is another package in addition to xhtml1 that causes problems for you. If you could run the following commands and provide some of the output here (I'll tell you what exactly below) then we could try to see what is causing the problem in your cases. Note that you have to emerge strace first (doesn't take very long) if you don't have it already. ebuild /usr/portage/dev-libs/atk/atk-1.2.2.ebuild compile cd /var/tmp/portage/atk-1.2.2/work/atk-1.2.2/docs/html strace -f -eopen gtkdoc-mkhtml atk ../atk-docs.sgml > /tmp/atk-strace 2>&1 Then, provide the output of this command: fgrep .dcl /tmp/atk-strace For me it shows two calls to open, one with the file gtk-doc.dcl and another with the file docbook.dcl, which works at least for me. If I emerge xhtml1, it instead shows gtk-doc.dcl and xhtml1.dcl (and some warning message), which is incorrect.
*** Bug 19096 has been marked as a duplicate of this bug. ***
I may have spoiled my system for further debugging of this problem. I really wanted to get the stuff depending on the atk upgrade to upgrade so I touched the missing file and installed. I have no idea how bad a thing this was, but the other upgrades built fine and everything's working fine now. ANYWAY, running your commands I get the following output: [pid 30908] open("/usr/share/gtk-doc/gtk-doc.dcl", O_RDONLY) = 3 [pid 30908] open("/usr/share/sgml/docbook/sgml-dtd-3.0/docbook.dcl", O_RDONLY) = 4 Note that I do not have xhtml1 installed at all and yet the build continues to fail. It was installed before, though.
Created attachment 10683 [details] the atk-strace from my machine (requested by Jonas)
This is the output from running the commands on my box here: [pid 29944] open("/usr/share/gtk-doc/gtk-doc.dcl", O_RDONLY) = 3 [pid 29944] open("/usr/share/sgml/docbook/sgml-dtd-3.1/docbook.dcl", O_RDONLY) = 6 Please note that I've never had xhtml1 installed, not before the error occured, and not now.
*** Bug 19814 has been marked as a duplicate of this bug. ***
I tried: What happens if those of you still having problems installing do this? # gensgmlenv # grep -v export /etc/sgml/sgml.env > /etc/env.d/93sgmltools-lite # env-update # source /etc/profile and then try emerging? per one of the comments, but it doesn't help either with gnome-canvas-2.2.0.2 (and the rest of the gnome stuff) as it results in the same error: -- Installing ./html/libgnomecanvas-gnomecanvaswidget.html -- Installing ./html/index.sgml /bin/install: cannot stat `./html/index.sgml': No such file or directory
Ok. I'm now grasping at straws; but we need to get this fixed, so I'm marking it high priority. Basically, what if you were to do HALF of the sgmlfix? (http://www.gentoo.org/~satai/sgmlfix.html) -- just remove all of packnames. THEN, try merging what you need. If you have already tried this, apologies, and let me know...
I unmerged everything in packnames and then tried to emerge gnome, but it still fails on the exact same thing.
Hmm.... However, after re-installing the following packages, I was able to emerge gnome, even though it wouldn't work after just unmerging them: 1051142006: Started emerge on: Apr 23, 2003 16:53:26 1051142006: *** emerge --update sgml-common openjade docbook-sgml-dtd docbook-xml-simple-dtd docbook-sgml-dtd jadetex docbook-sgml-dtd docbook-sgml-utils 1051142006: >>> emerge (1 of 12) app-text/sgml-common-0.6.3-r3 to / 1051142017: ::: completed emerge (1 of 12) app-text/sgml-common-0.6.3-r3 to / 1051142017: >>> emerge (2 of 12) app-text/openjade-1.3.1-r6 to / 1051143511: ::: completed emerge (2 of 12) app-text/openjade-1.3.1-r6 to / 1051143511: >>> emerge (3 of 12) app-text/docbook-sgml-dtd-4.1-r1 to / 1051143517: ::: completed emerge (3 of 12) app-text/docbook-sgml-dtd-4.1-r1 to / 1051143517: >>> emerge (4 of 12) app-text/docbook-xml-simple-dtd-4.1.2.4 to / 1051143525: ::: completed emerge (4 of 12) app-text/docbook-xml-simple-dtd-4.1.2.4 to / 1051143525: >>> emerge (5 of 12) app-text/jadetex-3.12 to / 1051143543: ::: completed emerge (5 of 12) app-text/jadetex-3.12 to / 1051143543: >>> emerge (6 of 12) app-text/docbook-sgml-dtd-3.0-r1 to / 1051143549: ::: completed emerge (6 of 12) app-text/docbook-sgml-dtd-3.0-r1 to / 1051143549: >>> emerge (7 of 12) app-text/docbook-sgml-dtd-3.1-r1 to / 1051143556: ::: completed emerge (7 of 12) app-text/docbook-sgml-dtd-3.1-r1 to / 1051143556: >>> emerge (8 of 12) app-text/docbook-dsssl-stylesheets-1.77-r1 to / 1051143579: ::: completed emerge (8 of 12) app-text/docbook-dsssl-stylesheets-1.77-r1 to / 1051143579: >>> emerge (9 of 12) app-text/docbook-xsl-stylesheets-1.57.0 to / 1051143650: ::: completed emerge (9 of 12) app-text/docbook-xsl-stylesheets-1.57.0 to / 1051143650: >>> emerge (10 of 12) app-text/docbook-xml-dtd-4.1.2-r3 to / 1051143659: ::: completed emerge (10 of 12) app-text/docbook-xml-dtd-4.1.2-r3 to / 1051143659: >>> emerge (11 of 12) app-text/docbook-sgml-dtd-4.0-r1 to / 1051143667: ::: completed emerge (11 of 12) app-text/docbook-sgml-dtd-4.0-r1 to / 1051143667: >>> emerge (12 of 12) app-text/docbook-sgml-utils-0.6.11-r2 to / 1051143684: ::: completed emerge (12 of 12) app-text/docbook-sgml-utils-0.6.11-r2 to / 1051143684: *** exiting successfully. I'm not sure if this is relevant, but emerge didn't see fit to rebuild all of the ones that were uninstalled: 1051137501: *** emerge unmerge app-text/docbook-dsssl-stylesheets app-text/docbook-sgml app-text/docbook-sgml-dtd app-text/docbook-sgml-ut ils app-text/docbook-xml-dtd app-text/docbook-xml-simple-dtd app-text/docbook-xsl-stylesheets app-text/jadetex app-text/openjade app-text/sg ml-common app-text/sgmltools-lite dev-libs/libxml dev-libs/libxml2 app-text/html401 app-text/xhtml1 1051137508: >>> unmerge success: app-text/openjade-1.3.1-r6 1051137509: >>> unmerge success: app-text/sgmltools-lite-3.0.3-r6 1051137510: >>> unmerge success: app-text/docbook-sgml-dtd-3.0 1051137510: >>> unmerge success: app-text/docbook-sgml-dtd-4.0 1051137511: >>> unmerge success: app-text/docbook-sgml-dtd-4.1 1051137512: >>> unmerge success: app-text/docbook-sgml-dtd-3.1-r1 1051137512: >>> unmerge success: app-text/docbook-xml-simple-dtd-4.1.2.4 1051137513: >>> unmerge success: dev-libs/libxml-1.8.17-r2 1051137514: >>> unmerge success: app-text/jadetex-3.12 1051137516: >>> unmerge success: app-text/docbook-dsssl-stylesheets-1.77-r1 1051137517: >>> unmerge success: dev-libs/libxml2-2.5.6 1051137518: >>> unmerge success: app-text/docbook-sgml-utils-0.6.11-r2 1051137518: >>> unmerge success: app-text/sgml-common-0.6.3-r3 1051137521: >>> unmerge success: app-text/docbook-xsl-stylesheets-1.57.0 1051137522: >>> unmerge success: app-text/docbook-xml-dtd-4.1.2-r3 1051137523: *** exiting successfully. I hope that helps.
*** Bug 20660 has been marked as a duplicate of this bug. ***
Created attachment 12086 [details] Emerge log of atk-1.2.3
Another instance of the same problem, this time when emerging atk-1.2.3. I'll attach the output of emerge. This is an up-to-date Gentoo 1.2 system with no ~x86 packages. Note that there seems to be an earlier problem in the emerge log: Tons of errors are reported in the section "*** Building HTML ***", but they do not cause make to stop.
Well, I did the whole sgmlfix-thing as detailed on the URL above, but absolutely no change. Quite a few ebuilds still fail (gnome-vfs and libbonobo just today). This has been going on for months on end now, with no apparent solution in sight. I just bypass the problem by having something like this running in a separate window when emerging one of the numerous ebuilds that fail: while true do sleep 1 touch \ /var/tmp/portage/libbonobo-2.2.2/work/libbonobo-2.2.2/doc/api/html/index.sgml done Filename differs from ebuild to ebuild of course, but can easily be seen when the ebuild crashes and burns. It ain't pretty, but it sure beats waiting another six months for a gentoo-solution.
or you could just have USE="-doc" to skip the doc generation process. btw, do you have sgmltools-lite installed?
i think this is narrowed down to docbook-dsssl-stylesheets, you'll see this first in the build log: /usr/bin/openjade:/usr/share/gtk-doc/gtk-doc.dsl:2:91:W: cannot generate system identifier for public text "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet//EN" this is the fatal problem, which prevents index.sgml being built. it inicates the build is missing the docbook-dsssl-stylesheets somehow. do you have /etc/sgml/dsssl-docbook-stylesheets.cat. and is it referenced in both /etc/sgml/catalog and /etc/sgml/sgml-docbook.cat ?
For me, the answer is yes/yes/yes, and the problem is gone.
looks like sgml fix solved some problems, please open a new bug if a newer version of atk has this problem.
