From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii 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: Sat, 18 Mar 2023 17:13:45 +0200 Message-ID: <83ileyay8m.fsf@gnu.org> 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> <87leju4acd.fsf@sebyte.me> <87wn3eqog7.fsf@gmail.com> <87edpm3xy6.fsf@sebyte.me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11455"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rpluim@gmail.com, 62237@debbugs.gnu.org To: Sebastian Tennant Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Mar 18 16:14:23 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 1pdYGE-0002mp-MJ for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 18 Mar 2023 16:14:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pdYFv-0004XM-Ky; Sat, 18 Mar 2023 11:14:03 -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 1pdYFu-0004X7-Bg for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 11:14: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 1pdYFu-0005XK-2k for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 11:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pdYFt-0006nJ-NR for bug-gnu-emacs@gnu.org; Sat, 18 Mar 2023 11:14:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Mar 2023 15:14: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.167915243026093 (code B ref 62237); Sat, 18 Mar 2023 15:14:01 +0000 Original-Received: (at 62237) by debbugs.gnu.org; 18 Mar 2023 15:13:50 +0000 Original-Received: from localhost ([127.0.0.1]:48885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdYFi-0006mn-4l for submit@debbugs.gnu.org; Sat, 18 Mar 2023 11:13:50 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:45670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdYFf-0006mX-TS for 62237@debbugs.gnu.org; Sat, 18 Mar 2023 11:13:48 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdYFa-0005Ua-6M; Sat, 18 Mar 2023 11:13:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=dG1C51braIYyZUVe0S4x96j2imLASd+CmBdaSj5tMC0=; b=XMVEA3+QvJj4ww/xpUaD aIUoCUVvtDIPgYbRlB1stMMZrK2MDbqO2o1ts6+UvrSMVUMFQxppENqgYr4qHLq+YF170hQCtzDmi FMAbqnSvHwfvHzYblVvGudO9k55RpjW+HC491TpF5PI3Qb5A0fTO0B7xpRsoN+BfNtKwBSSxnVYVW blFJESwdxvfMXkGsojtMH75sFJA05Dr7wgjxOxAleujEO3apKJqj0SGZBJt6+vuQRITXCl4x1RIpK nEesamt14gvEouhwXij1DVMy5dfiPR7HORlnBq/p5sl6kUmkXBxYHC1iS4hZaahj87n+ekr8ca2ee whdxGtnKwm7d1g==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdYFZ-0006MP-LF; Sat, 18 Mar 2023 11:13:41 -0400 In-Reply-To: <87edpm3xy6.fsf@sebyte.me> (message from Sebastian Tennant on Sat, 18 Mar 2023 15:01:53 +0000) 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:258184 Archived-At: > From: Sebastian Tennant > Cc: Eli Zaretskii , 62237@debbugs.gnu.org > Date: Sat, 18 Mar 2023 15:01:53 +0000 > > I've now built and installed screen ‘master’ (4.99) and the problem is > resolved, i.e. provided my .screenrc includes the line ‘truecolor on’, > colours work fine with COLORTERM set to ‘truecolor’, or not set at > all. > > Sorry about all this. Many months ago, I built screen from master and > ran it to see if it made a difference. I concluded then that it > didn't and I think this must have been because I didn't actually > install the version I built. This meant that the relevant entries > under /usr/lib/terminfo/s were not written/updated. > > In any case, we've established one thing for certain, the version of > screen shipped by Debian bullseye (stable) does not support truecolor. > Most strange is the fact that, according to dpkg, the version shipped > is 4.8.0: > > $ dpkg -l | grep screen > ii screen 4.8.0-6 amd64 terminal multiplexer with VT100/ANSI… > ^^^^^ > > but screen itself reports: > > $ screen --version > Screen version 4.08.00 (GNU) 05-Feb-20 > ^^^^ > > which makes no sense at all! > > According to: > > https://packages.debian.org/search?keywords=screen > > Debian bookworm (the next stable release) will ship screen version > 4.9.0. I've downloaded the deb and grepped the manpage and the string > "truecolor" is nowhere to be found so it looks as if screen shipped by > Debian will lack support for truecolor for some years to come. According to this: https://bbs.archlinux.org/viewtopic.php?id=249670 true color support in 'screen' will be released in version 5, and the 4.x branch of 'screen' doesn't support it. This is consistent with the fact that you built 'screen' from their mast branch, and it announces itself as version 4.99, i.e. the development version of v5.x. I guess an entry in etc/PROBLEMS about this is in order. What is still a mystery to me is why does GNOME Terminal set COLORTERM=truecolor in the environment. Does it assume that 'screen' will not be used or something? Or does GNOME itself support true color?