Hello,
I can't get colours to work with urxvt (the normal urxvt, that is, not
the 256-color one) over ssh. Google doesn't come up with any usable
results for this particular case.. What bothers me is that a termcap
entry for rxvt-unicode is present on the termcap file FreeBSD came
with. I'm
On Fri, Nov 25, 2011 at 06:37:18 -0500, Thomas Dickey wrote:
On Fri, Nov 25, 2011 at 11:59:01AM +0100, Moritz Wilhelmy wrote:
I can't get colours to work with urxvt (the normal urxvt, that is, not
the 256-color one) over ssh. Google doesn't come up with any usable
results for this
On Fri, Nov 25, 2011 at 11:59:01AM +0100, Moritz Wilhelmy wrote:
Hello,
I can't get colours to work with urxvt (the normal urxvt, that is, not
the 256-color one) over ssh. Google doesn't come up with any usable
results for this particular case.. What bothers me is that a termcap
entry for
On Fri, Nov 25, 2011 at 01:02:15PM +0100, Moritz Wilhelmy wrote:
On Fri, Nov 25, 2011 at 06:37:18 -0500, Thomas Dickey wrote:
On Fri, Nov 25, 2011 at 11:59:01AM +0100, Moritz Wilhelmy wrote:
I can't get colours to work with urxvt (the normal urxvt, that is, not
the 256-color one) over
On Fri, Nov 25, 2011 at 08:19:15 -0500, Thomas Dickey wrote:
well... rxvt-unicode-256color was the effect of the checkins for termcap.src
for conf/152713 and conf/153164
The earlier one suggests that the naming came from rxvt-unicode's sources.
Checking that, it seems that the rxvt-unicode
On Fri, Nov 25, 2011 at 06:58:21PM +0100, Moritz Wilhelmy wrote:
On Fri, Nov 25, 2011 at 08:19:15 -0500, Thomas Dickey wrote:
well... rxvt-unicode-256color was the effect of the checkins for termcap.src
for conf/152713 and conf/153164
The earlier one suggests that the naming came from
On Jun 04 2010 19:52, Thomas Dickey wrote:
On Fri, Jun 04, 2010 at 08:02:34AM -0700, Chip Camden wrote:
Thanks to some help from Joel Dahl on the mutt-users list, I was able to
restore correct color support in my mutt installation. But it raises a
question about ncurses.
It seems
On Sat, Jun 05, 2010 at 10:13:34AM -0700, Chip Camden wrote:
...
Thanks for your response, but I solved the problem by specifying that
mutt should use slang instead of ncurses. That works better in a couple
of ways, so I'll go with that.
I do, however, still have one small problem. I can't
Thanks to some help from Joel Dahl on the mutt-users list, I was able to
restore correct color support in my mutt installation. But it raises a
question about ncurses.
It seems that building mutt with the devel/ncurses port installed creates
the problem I was experiencing: most colors do
On Jun 04 2010 17:30, sghctoma wrote:
not exactly a solution, rather a workaround, but you can build mutt
with s-lang (WITH_MUTT_SLANG=YES) instead of ncurses.. it works for
me..
Thanks for the tip. I'm not sure if I'll go that route, but I'm copying
your response to the list for posterity's
On Fri, Jun 04, 2010 at 08:02:34AM -0700, Chip Camden wrote:
It seems that building mutt with the devel/ncurses port installed creates
the problem I was experiencing: most colors do not show up in mutt, and
the line-drawing characters are borked. Deinstalling devel/ncurses and
rebuilding
the system ncurses instead
of devel/ncurses?
Looking at the port's Makefile, it depends on the system ncurses library if
neither WITH_SLANG nor WITH_NCURSES_PORT is set. But it could still link to
the port's library if that is first in the link path.
If you build rxvt-unicode with the TERMINFO
Hi,
I can't get the ncurses-based menu shown by running make config for an
arbitrary port in FreeBSD 8.0 to use UTF-8 line drawing characters,
rather than ISO-8859-1.
I've configured my locale by setting
:charset=UTF-8:\
:lang=en_US.UTF-8:
in /etc/login.conf and then running cap_mkdb
michael green wrote:
7.2-RELEASE #0. Generic kernel. Full installation from DVD.
I'm trying to install ncurses because I want to run FoxPro Unix, which
expects a terminfo database.
Perhaps terminfo(5) can help?
--
Glen Barber - 215.839.8649
7.2-RELEASE #0. Generic kernel. Full installation from DVD.
I'm trying to install ncurses because I want to run FoxPro Unix, which expects
a terminfo database.
I did this:
# cd /usr/src/contrib/ncurses [Enter]
# ./configure [Enter]
The last line of output is
config.status: error: cannot
On Fri, Jul 31, 2009 at 11:20:27AM +, michael green wrote:
7.2-RELEASE #0. Generic kernel. Full installation from DVD.
I'm trying to install ncurses because I want to run FoxPro Unix, which
expects a terminfo database.
You don't have to install it. It is already installed because
Hi all
I'm learning to build ncurses-5.6 from sources (ie. outside of ports) on i386
FreeBSD 7.0 (RELENG_7).
As the first step, I want to make sure I patch the ncurses-5.6.tar.gz
correctly. Here is what I do:
1. Download ncurses-5.6.tar.gz from http://ftp.gnu.org/pub/gnu/ncurses/
2. Download
On Fri, Apr 13, 2007 at 05:10:55PM -0400, Gerard Seibert wrote:
Are you by any chance using a custom 'stable-supfile' rather than using
one of the preconfigured ones?
/usr/share/examples/cvsup/stable-supfile
/usr/src/share/examples/cvsup/stable-supfile
Hi,
No, I'm running
On Fri, Apr 13, 2007 at 10:41:58PM +0200, Ewald Jenisch wrote:
I've got a problem doing a make builworld on a new machine: When I
start make buildworld in /usr/src I end up with the errors below.
...
Hi,
Figured out the problem myself in the meantime: The machine in
question, being rather
cleandir
To no extent - the error remains.
Any idea what could be wrong here?
Thanks much in advance for your help,
-ewald
-- Cut here --
.
.
.
awk -f
/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/MKnames.awk
/usr/src
On Fri, 13 Apr 2007 22:41:58 +0200
Ewald Jenisch [EMAIL PROTECTED] wrote:
I've got a problem doing a make builworld on a new machine: When I
start make buildworld in /usr/src I end up with the errors below.
Sure enough I've set up a corresponding supfile for stable, sources
are cvsup-ed
You should be able to do this, provided the perms are set right on that device.
-Derek
At 10:24 PM 10/11/2006, Murray Taylor wrote:
Hi all
I've been digging around in the various man pages and havent yet found
the
incantations I require.
Goal: to create a curses driven status screen
Hi all
I've been digging around in the various man pages and havent yet found
the
incantations I require.
Goal: to create a curses driven status screen that can run without user
intervention.
I want to know if it is possible to _programatically_ switch to an
unused
virtual tty,
-Original Message-
From: Raaf [mailto:[EMAIL PROTECTED]
Sent: Friday, 13 October 2006 7:36 AM
To: freebsd-questions@freebsd.org
Cc: Murray Taylor
Subject: Re: Question re ncurses and the various ttys
Hi all
I've been digging around in the various man pages and
havent
Hi all
I've been digging around in the various man pages and havent yet found
the
incantations I require.
Goal: to create a curses driven status screen that can run without user
intervention.
I want to know if it is possible to _programatically_ switch to an
unused
virtual tty, and then use
I want to know if it is possible to _programatically_ switch to
an unused virtual tty, and then use this as the display page.
( By unused I mean marked 'off' in /etc/ttys )
So if I set ttyv7 to off, can I launch a program (possibly from
a cold boot) that selects tty7 ( ie the now getty-less
On Tue, Aug 30, 2005 at 09:10:29PM -0700, Mac Mason wrote:
While running a make buildworld on a system that was cvsup'd to
RELENG_5_4 about an hour ago, it breaks on
[snip]/contrib/ncurses/ncurses/tinfo/make_keys.c
with
/usr/obj/usr/src/sys/i386/usr/bin/ld: cannot find -lc
What's
While running a make buildworld on a system that was cvsup'd to
RELENG_5_4 about an hour ago, it breaks on
[snip]/contrib/ncurses/ncurses/tinfo/make_keys.c
with
/usr/obj/usr/src/sys/i386/usr/bin/ld: cannot find -lc
What's going on here? I deleted both /usr/obj and /usr/src and
re-cvs-up'd
Hi !
Some time ago I did little experimenting on my FreeBSD box (I was trying to
compile some programs and I installed new version of ceratain auto* and
other programs) so after that I couldn't usee gcc anymore. I reinstalled
gcc and some other tools, but now ncurses is of some older version
Aleksander Rozman - Andy wrote:
Some time ago I did little experimenting on my FreeBSD box (I was trying
to compile some programs and I installed new version of ceratain auto*
and other programs) so after that I couldn't usee gcc anymore. I
reinstalled gcc and some other tools, but now ncurses
On Sat, 7 Dec 2002, Anselm Garbe wrote:
Date: Sat, 7 Dec 2002 14:25:19 +0100
From: Anselm Garbe [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: ncurses based front-end for ports-collection?
Hello *,
does anyone know, if there's a graphical front-end (ncurses based) for the
ports
Hello *,
does anyone know, if there's a graphical front-end (ncurses based) for the
ports-collection? If not I'm looking forward to develop one.
Following requirements should be supplied:
- different views for installed/available/upgradeable ports
- add/remove/upgrade/search
Here is my buildworld failure message
I don't have a clue :)
building profiled ncurses library
ranlib libncurses_p.a
[ stuff that worked in this build bit removed ]
cc -fpic -DPIC -O -pipe -I. -I/usr/src/lib/libncurses -
I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -
I/usr/src
to build?
building profiled ncurses library
ranlib libncurses_p.a
[ stuff that worked in this build bit removed ]
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_entry.c -o
alloc_entry.So
cc: Internal compiler error: program cc1 got fatal signal 11
*** Error code 1
Stop
:-( 2002.09.18.11.47.04| cc -fpic -DPIC -O -pipe -I. -
I/usr/src/lib/libncurses -I\ /usr/src/lib/libncurses/../../contrib/ ncurses/ncurses -
I/usr/src/lib/libn\ curses/../../contrib/ncurses/include -Wall -
DFREEBSD_NATIVE -DNDEBUG -DHAV\ E_CONFIG_H -DTERMIOS -c
/usr/src/lib/libncurses
John Mills [EMAIL PROTECTED] writes:
: Well maybe I was just lucky, but no such problem bit
: when I rebuilt and reinstalled RELENG_4_5 without a
: hitch, but I got exactly the same results you did
: with RELENG_4_6.
:
: It' a bit unsettling because
: 1) Presumably the build can be done
/../../contrib/ ncurses/ncurses -
I/usr/src/lib/libn\ curses/../../contrib/ncurses/include -Wall -
DFREEBSD_NATIVE -DNDEBUG -DHAV\ E_CONFIG_H -DTERMIOS -c
/usr/src/lib/libncurses/../../contrib/ncurses/ncu\ rses/tinfo/alloc_entry.c -o
alloc_entry.So 2002.09.18.11.47.05| cc: Internal compiler error: program
Hi,
centericq 4.7.2 doesn't work properly under xterm. I can't move the
cursor. First I thought it was an ncurses problem, but the midnight
commander works perfectly. Under gnome-terminal centericq works too,
but I don't want to use gnome, so that is not a solution.
Any ideas?
Thanks
38 matches
Mail list logo