Kevin Horton wrote:
I've already rebuilt docbook-dtd three times and it hasn't produced a %p/etc/xml/catalog. It is interesting that your apparently good fink installation doesn't have a %p/etc/xml/catalog, similar to my new installation. But my good installation has one, and these two failed installs are certainly looking for one. I wonder if the problem is that there is no %p/etc/xml/catalog file, or rather that the other installs are improperly looking for one for some reason?
The file /sw/etc/xml/catalog is produced by the script /sw/sbin/update-xml-catalog which belongs to the libxml2-bin package and is run in the PostInstScript of the libxml2-bin and the scrollkeeper packages and maybe others. Horribly complicated, and all kinds of things can go wrong.
One thing to check is whether /sw/sbin is in the PATH.
-- Martin
Martin,
Thanks for the pointers Martin, that was exactly what I needed to find the source of the problem.
libxml2.patch has /sw hardcoded in it, so that the update-xml-catalog and update-sgml-catalog scripts run in /sw. I was wondering why those catalog files in my working fink installation were showing as having been created this afternoon. My new fink installation is not in /sw. The libxml2.info file is set up to tweak the .patch file using sed, but the .patch file doesn't have the @PREFIX@ placeholder that sed is looking for. I modified the .patch file by replacing all occurrences of /sw with @PREFIX@, and that allowed the install of gtk-doc to proceed.
I cc'd this to gnome-core so they can fix libxml2.patch.
Thanks for everyone's help.
Kevin Horton
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users
