Bug#165897: temporary fix
hi,
The following patch causes dselect to compile. The resulted binary is able
to start correctly, however, I didn't further test is.
Now I'm not sure at all to which component of the system this problem is
related to.
Relevant part of /usr/lib/gcc-lib/i386-pc-linux-gnu/3.2/include/curses.h
looks as this:
#define KEY_EVENT 0633
/* ..... */
#ifndef NCURSES_WGETCH_EVENTS
#undef KEY_EVENT
#endif
So it seems that NCURSES_WGETCH_EVENTS is not defined for me. I use
ncurses-5.3, my gcc was compiled with this ncurses version, too.
Maybe I could fix it by passing some compile options to ncurses and then
recompile gcc as well... God knows. Anyway, dpkg should handle the
possibility of NCURSES_WGETCH_EVENTS not being defined.
(ps. I'm not using Debian, only dpkg...)
Here's my quick & dirty & ugly patch:
diff -urN dpkg-1.9.21.orig/dselect/Makefile.in dpkg-1.9.21/dselect/Makefile.in
--- dpkg-1.9.21.orig/dselect/Makefile.in 2001-04-24 13:02:50.000000000 +0200
+++ dpkg-1.9.21/dselect/Makefile.in 2002-10-26 12:38:36.000000000 +0200
@@ -60,4 +60,4 @@
$(CC) -E - | grep 'curses.h' | head -1 | \
$(SED) -e 's/^[^"]*"//; s/".*$$//'`; \
if [ "$$cursesfile" = "" ]; then echo "can't find curses file"; exit 1; fi; \
- perl $(srcdir)/mkcurkeys.pl $< $$cursesfile > $@
+ perl $(srcdir)/mkcurkeys.pl $< $$cursesfile | grep -v KEY_EVENT > $@
Reply to: