dev-libs/atk/atk-1.2.2.ebuild fails when using "doc" in the USE var. Setting -doc solved the problem and it compiles
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
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 :/
upgrade to the latest gtk-doc (1.0) . See if that fixes it.
I am already using gtk-doc 1.0, it still fails, same error like Hasse Hagen Johansen reported
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.
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.
*** Bug 15393 has been marked as a duplicate of this bug. ***
*** Bug 15409 has been marked as a duplicate of this bug. ***
gnome-vfs also exhibits this problem. Changing /etc/make.conf to use -doc instead of doc allows gnome-vfs to be emerged successfully.
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.
it has to do with the sgml changes and fixes, http://cvs.gentoo.org/~satai/sgmlfix.html . Try if that helps.
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> :</term> ^ ../xml/modules.xml:158: error: Entity 'nbsp' not defined <varlistentry><term><parameter>module</parameter> :</term> ^ ../xml/modules.xml:169: error: chunk is not well balanced ^ unable to parse ../pango-docs.sgml
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)
*** Bug 15600 has been marked as a duplicate of this bug. ***
*** Bug 15630 has been marked as a duplicate of this bug. ***
same as #14348
*** Bug 14348 has been marked as a duplicate of this bug. ***
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.
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 .
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?
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)
Looks like atk uses docbook 3.0. Do you have docbook-sgml-dtd-3.0 installed?
Same problem here.
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.
*** Bug 15735 has been marked as a duplicate of this bug. ***
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.
*** Bug 15781 has been marked as a duplicate of this bug. ***
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.
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. :)
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.
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 ;)
ok sorry.. linc-1.0.1 does still fail.. =(
linc-1.1.1 is stable please rsync & update your portage
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).
*** Bug 16101 has been marked as a duplicate of this bug. ***
closing, no more traffic. Problems seem to be resolved for most people.
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.
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.
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.
