Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: unibilium
Version : 1.1.2
Upstream Author : Lukas Mai
* URL : https://github.com/mauke/unibilium
* License : LGPL-3+
Programming Lang: C
Description : Simple, self-contained terminfo
Package: wnpp
Owner: Samuel Bronson
Severity: wishlist
* Package name: tack
Version : 1.07
Upstream Author : Thomas Dickey
* URL or Web page : ftp://ftp.invisible-island.net/ncurses/
* License : GPL-2+
Description : terminfo action checker
The 'tack' pr
Package: wnpp
Severity: wishlist
Owner: "Marco Túlio Gontijo e Silva" <[EMAIL PROTECTED]>
* Package name: libghc6-terminfo-dev
Version : 0.2
Upstream Author : Judah Jacobson <[EMAIL PROTECTED]>
* URL : http://code.haskell.org/terminfo
*
On Friday 20 June 2008, Cyril Brulebois wrote:
> Frans Pop <[EMAIL PROTECTED]> (20/06/2008):
> > $ sudo aptitude reinstall ncurses-base
> > $ ls -l /lib/terminfo/*/*
> > -rwxrwxrwx 1 root root 1481 2008-06-16 22:40 /lib/terminfo/a/ansi
> > -rwxrwxrwx 1 root root 15
On Fri, 2008-06-20 at 23:26 +0200, Cyril Brulebois wrote:
> Frans Pop <[EMAIL PROTECTED]> (20/06/2008):
> > $ sudo aptitude reinstall ncurses-base
> > $ ls -l /lib/terminfo/*/*
> > -rwxrwxrwx 1 root root 1481 2008-06-16 22:40 /lib/terminfo/a/ansi
> > -rwxrwxrwx
Frans Pop <[EMAIL PROTECTED]> (20/06/2008):
> $ sudo aptitude reinstall ncurses-base
> $ ls -l /lib/terminfo/*/*
> -rwxrwxrwx 1 root root 1481 2008-06-16 22:40 /lib/terminfo/a/ansi
> -rwxrwxrwx 1 root root 1502 2008-06-16 22:40 /lib/terminfo/c/cons25
> -rwxrwxrwx 1 root root
On Friday 20 June 2008, Mike Hommey wrote:
> > On Friday 20 June 2008, Joey Hess wrote:
> > > But there should be no reason for these terminfo files to be
> > > executable. And if I rebuild debian-installer-utils, they are not.
> > > fjp did the last debian-instal
On Fri, Jun 20, 2008 at 08:39:09PM +0200, Frans Pop wrote:
> This is very strange. Let's see if the friendly folks on d-devel can help.
>
> Cheers,
> FJP
>
> On Friday 20 June 2008, Joey Hess wrote:
> > But there should be no reason for these terminfo files to be
>
This is very strange. Let's see if the friendly folks on d-devel can help.
Cheers,
FJP
On Friday 20 June 2008, Joey Hess wrote:
> But there should be no reason for these terminfo files to be
> executable. And if I rebuild debian-installer-utils, they are not. fjp
> did the last de
On Thu, Aug 31, 2000 at 01:17:20PM +1100, Trent Swift wrote:
> When you telnet/ssh from an xterm on a dec/solaris box to potato
> machine with ncurses.v.5.0-6, and then run less (or something that
> uses /etc/terminfo/x/xterm) the screen goes into reverse video for all
> output and w
m an xterm on a dec/solaris box to potato
machine with ncurses.v.5.0-6, and then run less (or something that
uses /etc/terminfo/x/xterm) the screen goes into reverse video for all
output and with vi/emacs they fail to guess the size of the screen
correctly.
At the moment to get around it, I hav
What's wrong with terminfo ?
Every time I install new upgrade from potato everything in /etc/terminfo
disappears, stuff in /usr/lib/terminfo then has a bunch of links pointing
to non-existing info in /etc/terminfo and generally things dont works.
i.e. trying to start mc with /usr/lib/ter
Alexander E. Apke writes:
> I propose xbase allowing people to choose between black or white
> background during postinst or maybe in some kind of xbaseconfig script.
I think it's not necessary. I did not test, but the following (or a
similar setting) should work well and please most peopl
On Wed, 24 Jun 1998, LeRoy D. Cressy wrote:
> Alexander E. Apke wrote:
> >
> >
> > I did not want this to be set in the terminfo entry, but rather
> > added as the default configuration to debian's xterm. My reasoning is
> > that since the termi
Alexander E. Apke wrote:
>
> On Wed, 24 Jun 1998, Brian Mays wrote:
>
> >
> > This does not need to be done with at terminfo entry. Use the following X
> > resources (in either $HOME/.Xresources or /etc/X11/Xresources for
> > everybody):
> >
> >
On Wed, 24 Jun 1998, Brian Mays wrote:
>
> This does not need to be done with at terminfo entry. Use the following X
> resources (in either $HOME/.Xresources or /etc/X11/Xresources for
> everybody):
>
> XTerm*background: black
> XTerm*foreground: gray90
>
[EMAIL PROTECTED] (Alexander E. Apke) wrote:
> Now that debian is going to be using a nonstandard terminfo entry
> for xterms, can the default colors be setup like a normal linux console,
> black background with white foreground.
> I liked this when the xterm was setu
Apke wrote:
> Now that debian is going to be using a nonstandard terminfo entry
> for xterms, can the default colors be setup like a normal linux console,
> black background with white foreground.
>
> I liked this when the xterm was setup this way a while back. I
>
Now that debian is going to be using a nonstandard terminfo entry
for xterms, can the default colors be setup like a normal linux console,
black background with white foreground.
I liked this when the xterm was setup this way a while back. I
believe the reason for switching back
-term.tic
(replace `xterm-color' with your favourite terminal name found on linux,
but not on Solaris)
Get `missing-terms.tic' somehow to the Solaris machine,
solaris$ TERMINFO=$HOME/.missing-terms
solaris$ export TERMINFO
solaris$ mkdir $TERMINFO
solaris$ tic missing-term.
in practice, the "linux" entry not being supported by solaris (for
example) was handled by people doing "set term=vt100" and whining a
lot...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
On Jun 22, Mark Eichin wrote
> Except that the xterm-color entry isn't particularly widespread, yet;
> so if you rlogin or telnet somewhere that doesn't have it, you pretty
> much lose.
termcap supported the TERMCAP environmental variable, which solved
problems like this (and like "linux" not bei
Except that the xterm-color entry isn't particularly widespread, yet;
so if you rlogin or telnet somewhere that doesn't have it, you pretty
much lose. This is the main reason I'm reluctant to force the
change... though I might be convinced to do it for the unstable (with
libc6 and all the other ex
I have a question about the terminfo entry for 'xterm' I am wondering
how I need to adjust it so that it says color is supported. xterm now
supports color (demonstrated by ls --color and tin in color), but the
terminfo entry still says black and white so programs like lynx and
slrn ar
Bruce Perens writes on debian-user and to lots of people:
...
> OK, I hear you - here's a note for the policy manual, Ian, if it isn't
> already in there.
>
> Varargs and libtermcap are provided to support end-users installing
> legacy software, and the few packages (like Netscape) that are not
>
Package: ncurses3.0
Version: 1.9.9e-1
It seems the ncurses terminfo database misses significant features. When
trying to display mime encoded mail I do not get the correct features.
For instance try to display the following file with 'richtext '
Test1
Test2
The first line should b
On Fri, 3 Nov 1995, Bill Mitchell wrote:
> The apparent missing defs I noticed are for kf20-kf29 (Shifted F1-F10,
> or f11-f20), kil1 (insert key) and kdel1 (delete key).
It looks like I picked the wrong Capnames off the terminfo(5)
man page for these last night. Should be kich1 inst
package: ncurses-runtime
version: 1.9.4-0
I'm no ncurses or terminfo expert, but I've been trying to get ae working
with terminfo in anticipation of the junking of termcap, and I've run
into some missing key definition problems for TERM=linux. I've looked
at the terminfo
28 matches
Mail list logo
