From owner-freebsd-stable Sat May 4 13:15:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by hub.freebsd.org (Postfix) with ESMTP id E850437B405 for ; Sat, 4 May 2002 13:15:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id BA9CA3E14; Sat, 4 May 2002 16:15:16 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Karlsson Cc: stable@FreeBSD.ORG Subject: Re: cvs commit: ports/mail/mutt-devel Makefile In-Reply-To: Message from Martin Karlsson of "Sat, 04 May 2002 20:26:50 +0200." <20020504182649.GA1168@foo31-146.visit.se> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1917450036P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 04 May 2002 16:15:16 -0400 From: Andy Sparrow Message-Id: <20020504201516.BA9CA3E14@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1917450036P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > * Andy Sparrow [2002-05-04 12.55 -0400]: > [...snip...] > > However, the color customizations discussed in the XTerm web page: > > = > > http://dickey.his.com/xterm/xterm.faq.html#my_xdefaults > > = > > haven't worked for some time in FreeBSD, for me anyway. (They used to= , but = > > stopped after a commit sometime in 2001, IIRC). > = > I put a "real" xterm termcap in front of the freebsd one, and > rebuilt the termcap.db. Works for me. Yes, but... Maintaining local hacks like this is so painful when you've = accumulated a bunch of them... Much nicer to run an freshly-sup'd version without local hacks. > > I run so few color-based text apps that it's not worth the hassle to = sort it = > > out (although it is somewhat irritating that we appear to be Doing It= Wrong, = > > after it used to work). > = > I agree. Why is this happening anyway? Last thread I saw on the topic turned into = a = clash of commiter privs (as in "I have them, it'll be this way"). Most people want to have local xterms Just Work. In mono by default, but = display color if you run up sysinstall/mutt/ports dialog etc. in an xterm= =2E They also want remote xterms to display correctly on their local screens.= This used to work perfectly with the color customizations in ~/.Xdefaults= and = Xterm-color (an acceptable hack, IMHO), but this no longer works. Setting TERM=3Dxterm-color (or some other wonky, non-standard value) to g= et this = is not really acceptable (for me at least). As a gigging SA, I work on 100's of systems, generally for relatively sho= rt = periods of time. I often use my laptop for this (I'm not about to put my = private SSH/GPG keys on a networked filesystem, but I'll happily put the = public ones in authorized_keys2 etc.). I'm also not about to start frobbing said systems to understand 'xterm-co= lor' = or 'cons25' term types (another annoyance, but 'ansi' works well enough f= or = most things), 'coz this just doesn't scale. Slowaris (for example) /is/ an Industry Standard. Making it more difficul= t to = Just Work with these systems doen't help the cause. That other OS that en= ds in = "nux" (I have to work with this too) does a better job in this respect. > >Feh. I believe I've seen at least one PR on the subject, although I > >can't find it now. > = > 35092 perhaps? Quite possibly, although I thought it was another one. Glad I'm not the o= nly = one who's seeing this (misery loves company ;-). I think I've just talked myself into doing the local hack - but it seems = unnecessary to me, and it pains me when other people say of my favorite O= S: : The xterm-color value for $TERM is a bad choice for XFree86 xterm = : because it is commonly used for a terminfo entry which happens to = : not support bce. Complicating matters, FreeBSD (after dithering for = : a few years on the matter) has a bastardized version which implies = : the opposite sense of bce, (because it uses SGR 39 and 49), but = : does not set it. = Present behaviour just seems flat-out wrong to me. My $0.25 worth. Regards, AS --==_Exmh_1917450036P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE81EFUPHh895bDXeQRAkGFAKDIPtOUW9MNkMXUKcGWTtQ7JrFMBQCeOTyB 9EyTXaJ1UPEzRFOukIKAikk= =7ue9 -----END PGP SIGNATURE----- --==_Exmh_1917450036P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message