Bug#2446: dpkg" source depends on /usr/include/ncurses .
In message <m0tsN4Y-0005zlC@mongo.pixar.com>, Bruce Perens writes:
>From: david@elo.ods.com (David Engel)
>> Perhaps I don't understand, but this won't work for both a.out and ELF
>> compiles. Using #include <ncurses/curses.h> will, however.
>The ncurses3.0-dev package does not install the /usr/include/ncurses
>directory . I suppose you could be getting it from an old version. Are
>you sure it's in phase with your shared library?
David's right---ncurses is a symlink to ., that way ncurses/curses.h
will work, as would curses.h.
It's done that way because most autoconf programs look for ncurses/ to
see if they've got ncurses at their disposal.
I'm going to be doing a new version of ncurses today/tonight, so
someone please clarify for me, real quick:
The shared library packages shouldn't install to xxx.so.1.new and then
move that to xxx.so.1, correct? They should just install stuff in the
"correct" place, right?
Mike.
--
"You could have it all, my empire of dirt."
Reply to: