| Summary: | ncurses: /etc/terminfo/r/rxvt is wrong | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ivan Todoroski <grnch> |
| Component: | [OLD] Library | Assignee: | Mamoru KOMACHI (RETIRED) <usata> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | dickey |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Ivan Todoroski
2004-12-17 20:10:41 UTC
Perhaps. I just checked it against a copy on Debian and it behaves as I'd documented it. I'll make a to-do item to check the original package, in case that should differ. Well, I can't say anything about the original ncurses package, but I can tell you that the rxvt definition is definitely wrong for Gentoo. You can verify it easily, just install the rxvt ebuild, then try pressing Ctrl-V followed by Home/End in bash (in an rxvt terminal of course), and it will show you the actual sequences generated by rxvt for those keys. The reason the Home/End keys work in bash is because they have been forcefully hacked to do so in /etc/inputrc. The rxvt definition is still incorrect however, and programs that don't use readline will fail. I'm the ncurses maintainer, do not have a Gentoo to test on. The original source/documentation for rxvt 2.7.10 does match ncurses (I compiled a copy of that version and tested it a few minutes ago). Perhaps someone modified rxvt's package in Gentoo. In that case, maybe this bug should really be filed under the Gentoo rxvt package. I'll investigate further to see why the definitions don't correspond under Gentoo. Thank you for your quick reply. no problem |