From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Sebastian Tennant Newsgroups: gmane.emacs.bugs Subject: bug#62237: 28.1 or higher: 24-bit true color breaks colours in Emacsen built without X under GNU Screen Date: Mon, 20 Mar 2023 16:26:33 +0000 Message-ID: <874jqf8k3q.fsf@sebyte.me> References: <87sfe390kv.fsf@sebyte.me> <83h6ujefq1.fsf@gnu.org> <87wn3fs7yw.fsf@gmail.com> <833563e3xc.fsf@gnu.org> <87sfe3s26k.fsf@gmail.com> <83pm97cin8.fsf@gnu.org> <87o7oqsa36.fsf@gmail.com> <83v8iybf49.fsf@gnu.org> <871qlms7h3.fsf@gmail.com> <83r0tmbb11.fsf@gnu.org> <87sfe2qo5u.fsf@gmail.com> <83lejub31r.fsf@gnu.org> <87o7onrf8o.fsf@gmail.com> <83lejr8vq0.fsf@gnu.org> <877cvbqzw1.fsf@gmail.com> <835yav8psv.fsf@gnu.org> <87y1nrpjbk.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3641"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , 62237@debbugs.gnu.org To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 20 17:27:35 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1peIMA-0000kW-Gu for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 20 Mar 2023 17:27:35 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peILg-00057t-8s; Mon, 20 Mar 2023 12:27:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peILe-00057g-Eb for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 12:27:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1peILe-0008M6-6D for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 12:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1peILd-0001r4-M6 for bug-gnu-emacs@gnu.org; Mon, 20 Mar 2023 12:27:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Sebastian Tennant Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Mar 2023 16:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62237 X-GNU-PR-Package: emacs Original-Received: via spool by 62237-submit@debbugs.gnu.org id=B62237.16793296037107 (code B ref 62237); Mon, 20 Mar 2023 16:27:01 +0000 Original-Received: (at 62237) by debbugs.gnu.org; 20 Mar 2023 16:26:43 +0000 Original-Received: from localhost ([127.0.0.1]:55572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peILL-0001qZ-Ba for submit@debbugs.gnu.org; Mon, 20 Mar 2023 12:26:43 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:48167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peILJ-0001qL-9E for 62237@debbugs.gnu.org; Mon, 20 Mar 2023 12:26:41 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 12B1C5C00C9; Mon, 20 Mar 2023 12:26:36 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 20 Mar 2023 12:26:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sebyte.me; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1679329596; x=1679415996; bh=0w/ws27mEzn/5DyK6eWNELqfVI8Cc25AY5m yK4tanlc=; b=GifGBlOvQmgwmDmYAehMRY/DWzfDXWWSp/uCm9nYb5mkLdhzkpM 4pjYICVRIcAjZvYBF9qclEq3kkhSnBstIscfasqoFRS9fA9de1D033aoh22Un5bg 6C5s/Rwyz1WQXL3yc8ypuCkTB0frL3kEb0XywhV3KpNFwXTNTRVpO78bPu344QtY A5iwj4/XW/nJlGqUsZDVM73wyDquXzeWrdXSCxKgu3H+g8V+ACCC/7ZyQrSH4UOt ToXPPCyByi2+mR6yGJc1nPT2BLzU4BYJW9/Ok2L5A/G/fzDC2AxVKoKfsUsOIVv0 GE0W8v78fxNg/vAAzbNCofj1FRyYZT4dY9Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1679329596; x=1679415996; bh=0w/ws27mEzn/5DyK6eWNELqfVI8Cc25AY5m yK4tanlc=; b=gdbqOBJn1UqkUMZFmX0vQStEzyI8Wy830bO/A5bdPuEF7EK7rkk 8fPj8uZJD23qwA7xvXltqj6/XgbnracyoV9b2tnP91r7ShtIxNQz2zd55jlSBS4V KzN5DnLLQwSI3FALF+/1bsGTz9UWgLnMUhF+acQZe3YS17x2C0mgizdTv9gi5JiE kNFyoR+z6XBoFUXc7LKotnAi3ApvCTHmL+I+SMeWSlbcfapjxarBYkodyLmSe6gf V/0QXeSjBvqq2mfB7C6iVET9Mqzc0G6ZuzNrKKd7zu89lztX5sspT1w7UTXzTUta OgfcHa0e7jh5RYuinETLAwTRGdt/+sLDjsw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdefkedgkeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefujghffffkfgggtgfgsehtqhertddtreejnecuhfhrohhmpefuvggs rghsthhirghnucfvvghnnhgrnhhtuceoshguthesshgvsgihthgvrdhmvgeqnecuggftrf grthhtvghrnhepvedtleegheefgfetteelueelgffgkeekjeejgedukeeuhfduheefueel ieelgedtnecuffhomhgrihhnpehgnhhurdhorhhgpdguvggsihgrnhdrohhrghenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehsvggshihtvgdo rhgvthhurhhnqdhprghthhesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: i9e78401f:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 20 Mar 2023 12:26:35 -0400 (EDT) Original-Received: from sebyte by balor with local (Exim 4.94.2) (envelope-from ) id 1peILB-002Mr0-TS; Mon, 20 Mar 2023 16:26:33 +0000 In-Reply-To: <87y1nrpjbk.fsf@gmail.com> (Robert Pluim's message of "Mon, 20 Mar 2023 15:51:27 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258301 Archived-At: Quoth Eli Zaretskii on Mon, 20 Mar 2023 14:17:03 +0200: >>> I have both a 'screen.xterm-256color' and a 'xterm-256color' >>> terminfo file. I don=CA=BCt think terminfo does any prefix stripping, >>> as there=CA=BCs a whole bunch of screen.$TERM files, which would be >>> unnecessary if stripping were happening. >> >> FWIW, I agree that stripping the 'screen.' prefix isn=E2=80=99t the corr= ect >> thing to do. (Let's not forget that the issue seems to have bitten >> only one person in well over a year). > > Why did this bite you? My suggestion for an entry in etc/PROBLEMS: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D62237#80 is the best explanation I can come up with. > Don't you have those screen.FOO files? These are installed by Debian package ncurses-term: $ ls -l /usr/share/terminfo/s/screen.x* lrwxrwxrwx 1 root root 20 Jan 1 2021 /usr/share/terminfo/s/screen.xter= m-new -> screen.xterm-xfree86 -rw-r--r-- 1 root root 1607 Jan 1 2021 /usr/share/terminfo/s/screen.xter= m-r6 -rw-r--r-- 1 root root 3675 Jan 1 2021 /usr/share/terminfo/s/screen.xter= m-xfree86 https://packages.debian.org/bullseye/all/ncurses-term/filelist and these by package ncurses-base: $ ls -l /lib/terminfo/s/screen.x* -rw-r--r-- 1 root root 3573 Jan 1 2021 /lib/terminfo/s/screen.xterm-256c= olor https://packages.debian.org/bullseye/all/ncurses-base/filelist I've no idea why file screen.xterm-256color belongs to a different package (and is installed in a different directory). In case it helps, there's a lengthy discussion about screen.xterm-256color here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D854414 Quoth Eli Zaretskii on Mon, 20 Mar 2023 16:23:28 +0200: >> If everything worked OOTB, then yes, but our handling of COLORTERM >> is still problematic. If we could delay the 24bit colour support >> decision until we=CA=BCre in lisp/term I think that would help. > > So the only real problem is COLORTERM=3Dtruecolor, and if it is not > set, then everything works reasonably well? If so, why is COLORTERM > set in this case? Why it is set remains unclear. > Is it GNOME which sets it, or is it something else? It is set by VTE: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D62237#71