15270 2003-02-07 09:07 0000 atk-1.2.2.ebuild fails when "doc" is in USE 2004-10-18 11:12:22 0000 1 1 1 Unclassified Gentoo Linux Library unspecified All Linux RESOLVED FIXED P2 normal Future 1 scandium@gentoo.org gnome@gentoo.org carl@hudkins.org carl_ivar@yahoo.com chris@hypocrite.org crude@copymat.net eradicator@gentoo.org gentoo@feeleas.org jn@zeizei.net mholzer@gentoo.org rcm@sasaska.net satai@gentoo.org stefan@sblbs.de scandium@gentoo.org 2003-02-07 09:07:14 0000 dev-libs/atk/atk-1.2.2.ebuild fails when using "doc" in the USE var. Setting -doc solved the problem and it compiles hasse-gentoobug@hagenjohansen.dk 2003-02-07 13:49:35 0000 I have the same error, but it looks like it is not the atk ebuild itself. A lot of the gnome programs are failing. with the folling error echo '-- Installing ./html/index.sgml' ; \ /bin/install -c -m 644 ./html/index.sgml /var/tmp/portage/bonobo-activation-2.2.0/image//usr/share/gtk-doc/html/bonobo-activation; \ fi) -- Installing ./html/bonobo-activation.png -- 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 `/var/tmp/portage/bonobo-activation-2.2.0/work/bonobo-activation-2.2.0/api-docs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/bonobo-activation-2.2.0/work/bonobo-activation-2.2.0/api-docs' make: *** [install-recursive] Error 1 hope it helps scandium@gentoo.org 2003-02-07 16:43:13 0000 Seems like you are right...I may have filled out the report too early...It worked after setting -doc but the compile error was at the same package so I didn't go into it any further :/ foser@gentoo.org 2003-02-07 18:24:34 0000 upgrade to the latest gtk-doc (1.0) . See if that fixes it. scandium@gentoo.org 2003-02-07 18:36:27 0000 I am already using gtk-doc 1.0, it still fails, same error like Hasse Hagen Johansen reported foser@gentoo.org 2003-02-07 19:20:00 0000 can you remove the app-text/* dependencies named in the gtk-doc-1.0 ebuild and re-emerge gtk-doc . Those deps should be correct, im afraid something else might be interfering, but i have no idea what. These docs are a mess. tmp@zac.att.ne.jp 2003-02-10 00:56:37 0000 I had the same problem during emerge --deep -u world. I tried to re-emerge latest stable ebuilds of openjade, docbook-xml-dtd and docbook-dsssl-stylesheets as you addvised. This solved the problem. foser@gentoo.org 2003-02-10 06:04:15 0000 *** Bug 15393 has been marked as a duplicate of this bug. *** foser@gentoo.org 2003-02-10 06:04:34 0000 *** Bug 15409 has been marked as a duplicate of this bug. *** chris@hypocrite.org 2003-02-10 10:56:24 0000 gnome-vfs also exhibits this problem. Changing /etc/make.conf to use -doc instead of doc allows gnome-vfs to be emerged successfully. tuck@whistlingfish.net 2003-02-11 07:18:30 0000 This also occurs for me with glib-2.2.1 (as well as pango), and presumably many other packages. Re-emerging openjade, docbook-xml-dtd, docbook-sgml-dtd-*, and docbook-dsssl-stylesheets did _not_ fix the problem. foser@gentoo.org 2003-02-11 11:44:22 0000 it has to do with the sgml changes and fixes, http://cvs.gentoo.org/~satai/sgmlfix.html . Try if that helps. tuck@whistlingfish.net 2003-02-11 16:17:16 0000 Just tried the sgml fix. No dice, but thanks for the suggestion. I'm still getting: /bin/install -c -m 644 ./html/index.sgml /var/tmp/portage/pango-1.2.1/image//usr/share/gtk-doc/html/pango; \ fi) -- Installing ./html/home.png -- Installing ./html/layout.gif -- 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 `/var/tmp/portage/pango-1.2.1/work/pango-1.2.1/docs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/pango-1.2.1/work/pango-1.2.1/docs' make: *** [install-recursive] Error 1 And further up in the build: (Sorry, the top of this scrolled off) . . . ../xml/modules.xml:139: error: Entity 'nbsp' not defined <varlistentry><term><parameter>wc</parameter>&nbsp;:</term> ^ ../xml/modules.xml:158: error: Entity 'nbsp' not defined <varlistentry><term><parameter>module</parameter>&nbsp;:</term> ^ ../xml/modules.xml:169: error: chunk is not well balanced ^ unable to parse ../pango-docs.sgml foser@gentoo.org 2003-02-11 18:07:30 0000 did you _really_ do everything mentioned on the sgmlfix page ? cause the problem you're seeing comes from non registered sgml files. satai can you maybe give some more insight, im not really a doc guy (i only know that gtk-doc-1.0 has correct deps and _really_ should work) foser@gentoo.org 2003-02-12 18:02:47 0000 *** Bug 15600 has been marked as a duplicate of this bug. *** mholzer@gentoo.org 2003-02-13 10:05:33 0000 *** Bug 15630 has been marked as a duplicate of this bug. *** mholzer@gentoo.org 2003-02-13 10:07:36 0000 same as #14348 foser@gentoo.org 2003-02-13 11:10:36 0000 *** Bug 14348 has been marked as a duplicate of this bug. *** tuck@whistlingfish.net 2003-02-13 17:05:14 0000 As I replied to foser privately (I didn't want to flood this report with the copious output), I really _did_ do everything on the sgmlfix page, and did it again to be sure. His followup suggestion was: Follow the sgmlfix page up to the point where you re-emerge 'packnames.txt', instead of that just do 'emerge pango'. It should now pull in gtk-doc-1.0 with all of its needed deps, for me this works over and over again. I tried that and it failed, so I then tried doing 'emerge -u --deep pango', which merged the following: dev-libs/libxml2-2.5.1 app-text/docbook-xsl-stylesheets-1.60.1 app-text/docbook-xml-dtd-4.2 app-text/sgml-common-0.6.3-r3 app-text/openjade-1.3.1-r6 app-text/docbook-dsssl-stylesheets-1.77-r2 dev-libs/glib-2.2.1 x11-libs/pango-1.2.1 This ended up failing during glib before getting to pango. This isn't really surprising, since I'd already seen it fail during glib before. This only reason I was messing around with pango is that I could see it fail sooner, since it compiles faster than glib. foser@gentoo.org 2003-02-13 17:38:09 0000 How did it fail, i dont see a gtk-doc dep in there. Anyway altough you're not the only one with this problem, other people seem to get it working after these suggestions which makes me think there's some local problem. If you just want to move on USE=-doc . tuck@whistlingfish.net 2003-02-13 18:27:38 0000 It failed in the same way that pango was failing. With the './html/index.sgml: no such file or directory' error. You didn't see gtk-doc in there because it's already merged on my system and it's not in the list of packages that get removed. I actually tried re-emerging that anyway and the re-did the 'emerge pango', but it didn't help. I'm willing to believe there's something wrong (even with my system specifically), I'd just like to figure out what it is. I know about the USE=-doc solution, but that's not really a fix; it's more of a kludge. I'd like to actually fix this, if possible. The fact that I'm using ~x86 may be making a difference, but doesn't this stuff need be caught and fixed before it's unmasked? I'll try to see if I can figure out what's going on here on my own, but if you come up with any more ideas please let me know. --- Actually, I just spent some time on it and think I may have a solution. The problem was that building the html was giving the error: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" I had /usr/share/sgml/docbook/xml-dtd-4.2/docbookx.dtd on my system, but nothing under 4.1.2. An 'emerge -p app-text/docbook-xml-dtd' showed that it would re-merge 4.2, so I manually did 'ebuild .../docbooc-xml-dtd-4.1.2.ebuild merge', which added it. This allowed pango to build properly. So shouldn't there be a dependency in pango (and probably glib, and who knows what else?) of "doc? (=app-text/docbooc-xml-dtd-4.1.2)"? Or should this go in gtk-doc? Create a dependancy both on 4.1.2 and 4.2? xkr47@outerspace.dyndns.org 2003-02-13 19:34:07 0000 Unfortunately, atk-1.2.2 *still* fails for me, even after I did: emerge '=app-text/docbook-xml-dtd-4.1.2*' emerge --oneshot pango I get the same error as before for atk.. =/ (pango merged fine, no problems there) tuck@whistlingfish.net 2003-02-13 20:01:08 0000 Looks like atk uses docbook 3.0. Do you have docbook-sgml-dtd-3.0 installed? Klaus.Kusche@inode.at 2003-02-14 15:36:31 0000 Same problem here. tuck@whistlingfish.net 2003-02-14 20:12:22 0000 So I had a problem with atk on a different system (my isn't this fun?) and to fix it I did: * The sgmlfix procedure * emerge =docbook-xml-dtd-4.1.2-r3 (not sure if this is required, but I know something will need it) After that atk compiled fine. mholzer@gentoo.org 2003-02-15 11:54:44 0000 *** Bug 15735 has been marked as a duplicate of this bug. *** carl@hudkins.org 2003-02-16 18:45:48 0000 I can also confirm that the SGML fix does not help my problem. I went through it and the only two packages that needed to be remerged were libgnome and yelp; they rebuilt without problems, as expected. I also tried, per the above suggestion, not re-merging any packages after removing the sgml directories; and I tried explicitly unmerging libgnome and yelp before attempting to "emerge gnome". The process always gets as far as gnome-vfs and then fails when it can't find index.sgml. foser@gentoo.org 2003-02-16 19:56:48 0000 *** Bug 15781 has been marked as a duplicate of this bug. *** foser@gentoo.org 2003-02-16 19:59:59 0000 did you guys try matts suggestion ? which could be the problem cause i know for ~x86 users in combination with a new version scrollkeeper may have emerged the wrong version for a while. chris@hypocrite.org 2003-02-16 22:45:28 0000 After trying Matt's suggestions, I am able to emerge atk (it rebuilds atk) and I do have "doc" in use. I cannot categorically say that this fixed my problem (I think I reported vs. a different package) but I can confirm that I can now successfully emerge atk. Thanks, Matt. :) foser@gentoo.org 2003-02-17 07:48:12 0000 thanks matt for opening my eyes, the fix i had done in scrollkeeper i shouldve also done in gtk-doc. Never thought of that. The fix is in the tree and this most likely fixes the problems here. xkr47@outerspace.dyndns.org 2003-02-19 09:10:09 0000 Finally!!!! I am NOT using the ~x86, still had problems after trying all of your suggestions.. I did some heavy digging, and finally I found out that the app-text/docbook-xsl-stylesheets package was causing problems for me.. As a "x86" guy I had 1.57.0 installed. The 1.60.1 which was mentioned above is "~x86" and thus not applicable in my case. I haven't tested whether it would have helped to solve my problems. But switching back to 1.52.2 *finally* allowed me to compile atk! So thus, I did: emerge '=app-text/docbook-xsl-stylesheets-1.52.2' and now I am a happy man :) NOTE: atk emerged fine even if I didn't unmerge 1.57.0 first. And it also emerged fine after unmerging it. And it also emerged fine after emerging it again (as a part of "emerge -pu --deep ...) =) So, conclusively one only needs to run the command I gave above. I don't know if the problem is that something would be missing from the 1.57.0 installation or if the 1.52.2 is used in favour of 1.57.0 when both are installed. But it solved my problem. I'm going to do the whole sgml update once more (and also emerge 1.52.2) to see that everything still works ok. I'll report here if it doesn't ;) xkr47@outerspace.dyndns.org 2003-02-19 13:16:42 0000 ok sorry.. linc-1.0.1 does still fail.. =( mholzer@gentoo.org 2003-02-19 14:40:17 0000 linc-1.1.1 is stable please rsync & update your portage foser@gentoo.org 2003-02-19 14:56:54 0000 does linc fail on docs ? be a bit more verbose please, these comment are fairly useless like that. And give us some output (in case it is on docs). foser@gentoo.org 2003-02-20 17:36:51 0000 *** Bug 16101 has been marked as a duplicate of this bug. *** foser@gentoo.org 2003-03-03 15:29:31 0000 closing, no more traffic. Problems seem to be resolved for most people. carl_ivar@yahoo.com 2003-03-12 13:40:28 0000 I don't think this should be closed and definitely not FIXED. What is the fix? -doc in USE? That is a workaround, not a fix. I just had the atk index.sgml problem myself when doing a simple emerge -u world. I am not using ~x86. I tried many of the suggestions here, like the 1.52.2 version of docbook-xsl-stylesheets, remerging various things, etc. No luck. Finally I had to put -doc in USE to get my emerge -u world to work, but I didn't really want to do that. foser@gentoo.org 2003-03-12 14:50:58 0000 nah its closed because this shouldnt happen on a clean install anymore, it shouldnt happen if the right docbook stylesheets are installed. I never said the fix was to use -doc, thats a quick workaround (_most_ ppl dont want these docs anyway, they're only interesting to gnome/gtk app developers). The real problems shouldve been fixed in several ebuilds, making them depend on the right stylesheets and such. Tried everything mentioned here ? including Satai's sgmlfix, re-emerging of gtk-doc, scrollkeeper and their deps. Either the problem crops up again because someone made changes to ebuilds in the tree or you have an old install with the old problems which so far haven't got corrected. As long as i don't get more reports i assume the second. jim@nuttz.org 2003-07-08 07:37:59 0000 I have to agree. This is not fixed. There is at the least a dependency problem. I should be able to do an emerge -u world and things are supposed to work. That's the whole point of gentoo.