On Aug 12, 2004, at 8:46 AM, Martin Costabel wrote:

Mich�le Garoche wrote:

Could someone help here, I'm lost. Maybe replying to Peter directly, as I don't know if he has subscribed to the mailing list.
Peter could not find a way to install librsvg2 and conglomerate, the build stops at the same place in both cases:
/sw/include/libart_lgpl/art_svp_vpath_stroke.h:41: error: parse error before '*' token

This has now been tracked down to the gtk-canvas package that installs broken art_* header files into /sw/include/libart_lgpl/ and thus shadows the correct header files in /sw/include/libart-2.0/libart_lgpl/ from the libart2 package.


This is a problem of the gtk-canvas package (maintainer CCed). Does it really need these headers? Couldn't it take the ones from the libart2 package like everyone else? If it needs its own ones, could it at least hide them in some subdirectory where they are not found by accident?

It is perhaps also a problem of the conglomerate package, because on the critical link line, it has -I/sw/include before -I/sw/include/libart-2.0. I don't know how hard this would be to change.

Actually, I think this latter problem is a bug in the libxlm2 package, where /sw/lib/xml2Conf.sh has a -I/sw/include which IMHO should not be there. It is there, according to its configure, because "our headers include iconv.h", but /sw/include/iconv.h is exactly identical to /usr/include/iconv.h, so this is not necessary. From this, I find now that the libiconv-dev package should not install any headers, because they exist already in the exact same form in the system, but I'll stop here before I have to CC the gnome-core and fink-core lists as maintainers of the respective packages...

--
Martin

--forwarded from Mich�le

To William and Martin,

As the central smtp server of my ISP has been listed on spamcop blacklist, I cannot send mail via sourceforge net at the time being, so apologize if I cannot answer you on the list (or via any private email via sourceforge). Hope this will be restablish soon.

It is a problem in gnome in that they are a bunch of files which are gnome1 and not gnome2 or the other way around but do not indicate it either in their names or in the dependencies (no <= or >= whichever version). gtk-canvas is gnome1 but nowhere in the info file it is indicated, so that anybody can install it and other gnome package (eventually gnome2) linked with installed libraries, making so weird things on the user's system.

Instead of hiding the library (which may be solved the problem), it would be better to indicate maximum version for all dependencies and conflicts.

I may be wrong of course.

Mich�le
<http://micmacfr.homeunix.org>




------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Fink-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to