Bug#648157: Correction: bytes being 80 hex likely not cause of problem.
Quoting David Lawyer d...@lafn.org: Here's a copy of my report of this problem (mostly for my own use). ...talking to a wall. http://lynx.isc.org/release/lynx2-8-7/lynx_help/body.html#LOCALE_CHARSET awai -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646761: libncurses5-dev: header files differ across architectures
Quoting Sven Joachim svenj...@gmx.de: Package: libncurses5-dev Version: 5.9-2 Severity: normal User: debian-d...@lists.debian.org Usertags: multiarch When I marked the -dev packages as Multi-Arch: same, I naively assumed that the header files would be identical across architectures. A check of libncurses5-dev:kfreebsd-i386 and libncurses5-dev:i386 reveals that this is actually not the case: ...the generated-by stuff is a build-artifact that doesn't really matter, but the termio/termios stuff is hard to eliminate, since it in turn is eliminating some work by the applications that use the header files. #define KEY_UP 0403/* up-arrow key */ diff -ur kfreebsd-i386/usr/include/term.h i386/usr/include/term.h --- kfreebsd-i386/usr/include/term.h2011-09-30 15:56:42.0 +0200 +++ i386/usr/include/term.h 2011-09-30 15:46:23.0 +0200 @@ -83,7 +83,7 @@ #else /* !HAVE_TERMIOS_H */ /* #if HAVE_TERMIO_H */ -#if 0 +#if 1 #undef TERMIOS #define TERMIOS 1 Only in kfreebsd-i386/usr/lib: i386-kfreebsd-gnu Only in i386/usr/lib: i386-linux-gnu --8---cut here---end---8--- I suppose it should not be too difficult to eliminate these differences, but it needs some investigation. The alternative would be to make the generated config.h (ncurses_cfg.h) included by each of the public header files, and to include that from another place (architecture-dependent). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645736: Please hide xterm and uxterm icons from the GNOME menu
Quoting Fabian Greffrath fab...@greffrath.com: Package: xterm Version: 276-1 Severity: minor Hi, a typical GNOME desktop has gnome-terminal installed and this should be the most prominent terminal application known to its users. Since version 276-1 the xterm package provides another two icons to start other terminal applications, that are not at all integrated into the GNOME desktop, though. While I have no doubt these two additional starters are valuable in desktop environments that do not provide their own terminal application, they are simply confusing and redundant in GNOME. Thus, please cosider adding a line NotShowIn=GNOME to the two corresponding desktop files. I saw that in Ubuntu #129041; however a better fix would be to distribute the desktop files in a separate package, e.g., xterm-desktop, which depends on xterm. There's no argument to the fact that people who would install that would get what they're asking for, without being filtered through the biases of the gnome developers. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626153: ncurses-base: incorrect khome and kend for xterm
Quoting Tanguy Ortolo tanguy+deb...@ortolo.eu: Package: ncurses-base Version: 5.9-1 Severity: minor Hello, I seems that the terminfo entry for xterm has incorrect khome and kend: khome=\EOH, kend=\EOF. The xterm terminfo (according to convention), uses the string passed when the cursor-application mode is set. You're probably assuming that would be the same at the command-line. See http://invisible-island.net/xterm/xterm.faq.html#xterm_pc_style http://invisible-island.net/ncurses/ncurses.faq.html#home_end_keys -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
