On Fri, Apr 28, 2006 at 03:18:38PM -0700, Stephen Hahn wrote: > So, the next batch of questions: > > 1. Is there a /usr/gnu/{include,lib,etc}? (Isn't another lib just > asking for trouble?)
The only thing I can think of that would go there would be libncurses and ncurses.h, installed as libcurses and curses.h. While it might be asking for trouble, this specific instance would probably be a big win for people building unportable apps that assume curses is ncurses. Are there other examples of possible consumers of /usr/gnu/lib? > 2. Do we try to construct a meaningful info installation here, or in > some other common location? If we ever intend to deliver any non-GNU infodocs with conflicting names, /usr/gnu/share/info is probably mandatory - I don't imagine we'd want to combine the GNU and non-GNU texi into a single infodoc as we have for the Solaris/xpg4/xpg6 man pages. In that same vein, if we link the infodocs together, 'info gfoo' and 'INFOPATH=/usr/gnu/share/info info foo' will both show the same program name. Do we deliver duplicates? One concern is GNU info's reversion to displaying man pages if no infodoc is available; on a system without the GNU diffutils texinfo page, for example, 'info diff' will display diff(1). If diffutils is installed but the infodocs are not, the right result would instead be to display gdiff(1) or, if the man pages are not installed, fail. Once again, we must choose between doing the Right Thing for users and shipping external apps unmodified. > 3. I am assuming /usr/gnu/share/man is desired. I don't think it's desired, but unless we're going to modify our regular man pages to reflect the GNUisms (as we have for xpg4 and xpg6 but not ucb), it seems unavoidable. -- Keith M Wesolowski "Sir, we're surrounded!" Solaris Kernel Team "Excellent; we can attack in any direction!" _______________________________________________ tools-discuss mailing list tools-discuss@opensolaris.org