Your message dated Sun, 21 Mar 2010 12:42:30 -0700 with message-id <[email protected]> has caused the report #548890, regarding make: add an better FHS compliant include directory to be marked as having been forwarded to the upstream software author(s) [email protected]
(NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 548890: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548890 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Hi, > In another package (latex-make), I need to install a Makefile snipset > to be include in real Makefile. For now, I put my Makefile fragment in > /usr/include. See #500037 for my rational. > What do you think about creating (and looking at by default for include > directives) another FHS complient directory for this kind of Makefile > fragments, such as /usr/share/make/include for example ? In something as mature as GNU Make, I don't feel all that comfortable making changes to the include path, since it a) is a departure from Make everywhere else b) the path could (though unlikely) be used by something the user has installed already c) upstream might decide to use a different solution. Given that, I am going to just send this as a wishlist bug upstream, and see what happens manoj -- Fudd's First Law of Opposition: Push something hard enough and it will fall over. Manoj Srivastava <[email protected]> <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C
--- End Message ---
