From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: alexhutcheson--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#45824: 27.1; term/screen.el not loaded when TERM=screen.xterm-256color Date: Tue, 19 Jan 2021 13:33:09 -0500 Message-ID: References: <877do9mnc0.fsf@gnus.org> <87a6t4j4yc.fsf@gnus.org> <83y2go7peo.fsf@gnu.org> Reply-To: Alex Hutcheson Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b601c705b945122e" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39480"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 45824@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 19 20:23:57 2021 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 1l1wbc-000A93-Gc for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jan 2021 20:23:56 +0100 Original-Received: from localhost ([::1]:40874 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l1wbb-0006tj-If for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jan 2021 14:23:55 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49882) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l1vpK-0002Hh-D3 for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 13:34:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40164) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l1vpK-0001DI-48 for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 13:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l1vpK-0007mr-15 for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 13:34:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alex Hutcheson Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Jan 2021 18:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45824 X-GNU-PR-Package: emacs Original-Received: via spool by 45824-submit@debbugs.gnu.org id=B45824.161108120929886 (code B ref 45824); Tue, 19 Jan 2021 18:34:01 +0000 Original-Received: (at 45824) by debbugs.gnu.org; 19 Jan 2021 18:33:29 +0000 Original-Received: from localhost ([127.0.0.1]:51710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1von-0007lx-8v for submit@debbugs.gnu.org; Tue, 19 Jan 2021 13:33:29 -0500 Original-Received: from mail-ej1-f51.google.com ([209.85.218.51]:45153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1vol-0007lh-Hy for 45824@debbugs.gnu.org; Tue, 19 Jan 2021 13:33:28 -0500 Original-Received: by mail-ej1-f51.google.com with SMTP id ke15so22248113ejc.12 for <45824@debbugs.gnu.org>; Tue, 19 Jan 2021 10:33:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ieMtrQ8ikcsdhTxFMEFHp4blqJdSllo/cbPEhXI71UE=; b=GJ1lIvn8iU/NODZyIQwAk2IrzIUKrpn9aAY9irTREN/mL06T4dle9SiFAfLsk5k05s 9POy3bnaYa2CHlMpnFoD7Y7ZZfhATismtpbj/Bl97KTrRyDddIvj6BE6iNGLhMIrPaga 8FKWuPJmwrjv5vL0r5ei/mHzuIRfaKpkvQy4T2GULoCVua9kMNxzXW46XoOkXIHBUT50 wizeWuWddR8gcPqXj8fGulcbRfY/rJVamHsw3woRlPopDXqJhd0/8jGG1mDlZhX97Euh javhWCwWtUbehzmefqgdyZ1+wcuq2yacdC+PzevK1gVK2iNzPhhdZUUlGM89Lpt2AOlj 0XmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ieMtrQ8ikcsdhTxFMEFHp4blqJdSllo/cbPEhXI71UE=; b=JlxyiU6suVT+atjtPwORKbEkK0IoiJDOhgQFyO22MWUfsgwmIVfZPlXfgHM3LoAsv0 gWz78aDRGnXirbABGZOwQpVmeQyz8c8ErpaXj/7RxM9DsnSntcRl5CsSIZqNZmqZmRGT gJzV2syEScT8RJl2qfGsIfQOa0VRU6INT0yqHdyjtDk5xmNr4Kb8AtGT4xzoLHRKPuUE qjv4u8K0DCmi9DgXV7WiLgxFA6aRZVtx69IakDhWbx3zAuFjkBabqG/WLLc4b62gzhVK lmV42mMOTA7aW9wK32C5TJ+vQOcLNPkmAeWUKzO87JbLyg7qKNQAivMjQl3VnUwdq2ds +KmA== X-Gm-Message-State: AOAM531ltPrkj4vt6XxHfpbf93xmM2GfiKmDLDzBLTRmXt+WFg3c69+G x/uB5dO3xV8oczSVY5rDZ0N/cOSLwe5XgqpEJSyriw== X-Google-Smtp-Source: ABdhPJwW9gS4F8jO890tuRZtcQbx2g1HTglVC9E9yaPhxXiL0YYo/1rQ46lf1tZLejx6yGI5n8NG90qmeCls37S6tUw= X-Received: by 2002:a17:906:ae51:: with SMTP id lf17mr3902556ejb.330.1611081201323; Tue, 19 Jan 2021 10:33:21 -0800 (PST) In-Reply-To: <83y2go7peo.fsf@gnu.org> 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" Xref: news.gmane.io gmane.emacs.bugs:198198 Archived-At: --000000000000b601c705b945122e Content-Type: text/plain; charset="UTF-8" A defcustom won't really work, since the correct value of TERM to use might be different for different frames. For example, I might sometimes launch Emacs directly within an xterm, and other times launch it within a screen session. Also, we already have the term-file-aliases variable, which enables a workaround as mentioned up the thread. However, I still think we should aim to work correctly with GNU Screen without any additional configuration required by the user. The current state is broken in that regard. If we'd rather minimize complexity and just add a handful of aliases to term-file-aliases, that's probably fine too. On Tue, Jan 19, 2021 at 1:27 PM Eli Zaretskii wrote: > > From: Lars Ingebrigtsen > > Date: Tue, 19 Jan 2021 16:56:27 +0100 > > Cc: 45824@debbugs.gnu.org > > > > Hm... but wouldn't that possibly cause problems? That is, if your TERM > > is > > > > linux2.6.26 > > > > then if we split on dots, then Emacs will first look for > > "text/linux2.6.26.el", and then "term/linux2.6.el"... and those are > > indeed different terminfos as found on my system: > > > > linux2.6 > > linux2.6.26 > > > > > The command I used to list all the relevant terminfo files was: > > > find /lib/terminfo /usr/share/terminfo -name '*.*' -type f -exec > > > basename '{}' ';' | sort -u > > > > Now, there is no term/linux2.6.el, so perhaps this is irrelevant... And > > perhaps if there was a term/linux2.6.el, perhaps loading that would be > > OK in this case? Anybody got an opinion here? > > Maybe we should just introduce a way for users to specify the terminal > type that would override the value of TERM in the environment? Some > defcustom that could be set in the init file? That way, we don't need > to worry about inventing a new rule, with all the unintended > consequences that could bring us. > -- Alex Hutcheson alexhutcheson@google.com --000000000000b601c705b945122e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
A defcustom won't really work, since the correct value= of TERM to use
might be different for different frames. For example, I = might
sometimes launch Emacs directly within an xterm, and other timeslaunch it within a screen session.

Also, we already have the term-= file-aliases variable, which enables a
workaround as mentioned up the th= read.

However, I still think we should aim to work correctly with GN= U Screen
without any additional configuration required by the user. The = current
state is broken in that regard.

If we'd rather minimi= ze complexity and just add a handful of aliases
to term-file-aliases, th= at's probably fine too.

On Tue, Jan 19, 2021 at 1:27 PM Eli Zaretski= i <eliz@gnu.org> wrote:
=
> From: Lars Ingebrigt= sen <larsi@gnus.org<= /a>>
> Date: Tue, 19 Jan 2021 16:56:27 +0100
> Cc:
45824@d= ebbugs.gnu.org
>
> Hm...=C2=A0 but wouldn't that possibly cause problems?=C2=A0 That = is, if your TERM
> is
>
> linux2.6.26
>
> then if we split on dots, then Emacs will first look for
> "text/linux2.6.26.el", and then "term/linux2.6.el"= ...=C2=A0 and those are
> indeed different terminfos as found on my system:
>
> linux2.6
> linux2.6.26
>
> > The command I used to list all the relevant terminfo files was: > > find /lib/terminfo /usr/share/terminfo -name '*.*' -type = f -exec
> > basename '{}' ';' | sort -u
>
> Now, there is no term/linux2.6.el, so perhaps this is irrelevant...=C2= =A0 And
> perhaps if there was a term/linux2.6.el, perhaps loading that would be=
> OK in this case?=C2=A0 Anybody got an opinion here?

Maybe we should just introduce a way for users to specify the terminal
type that would override the value of TERM in the environment?=C2=A0 Some defcustom that could be set in the init file?=C2=A0 That way, we don't = need
to worry about inventing a new rule, with all the unintended
consequences that could bring us.


--
--000000000000b601c705b945122e--