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 11:52:13 -0500 Message-ID: References: <877do9mnc0.fsf@gnus.org> <87a6t4j4yc.fsf@gnus.org> Reply-To: Alex Hutcheson Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b09b0405b943a934" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25157"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 45824@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 19 17:53:31 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 1l1uG1-0006QD-Tv for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jan 2021 17:53:30 +0100 Original-Received: from localhost ([::1]:46270 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l1uG0-0006rU-TY for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jan 2021 11:53:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51224) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l1uFZ-0006qo-VV for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 11:53:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39886) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l1uFZ-000251-O8 for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 11:53:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l1uFZ-0000fz-Lo for bug-gnu-emacs@gnu.org; Tue, 19 Jan 2021 11:53:01 -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 16:53: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.16110751532524 (code B ref 45824); Tue, 19 Jan 2021 16:53:01 +0000 Original-Received: (at 45824) by debbugs.gnu.org; 19 Jan 2021 16:52:33 +0000 Original-Received: from localhost ([127.0.0.1]:51432 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1uF7-0000ee-0B for submit@debbugs.gnu.org; Tue, 19 Jan 2021 11:52:33 -0500 Original-Received: from mail-ej1-f51.google.com ([209.85.218.51]:42518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1uF4-0000eR-P3 for 45824@debbugs.gnu.org; Tue, 19 Jan 2021 11:52:31 -0500 Original-Received: by mail-ej1-f51.google.com with SMTP id r12so18108981ejb.9 for <45824@debbugs.gnu.org>; Tue, 19 Jan 2021 08:52:30 -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=dyTq6g2tCEl0mAnz12myRoBvQ3m3LfVGbVf0RcjMAqU=; b=JOmnrRAwEpBMXmgHoMUYN3K56JGWlt6oRsr6nhLW0/cVcf3ki2JIUTd+zMKy/hQfHK txtG1GKADGYvm4yQX4qLZhbUK/7YaYvFqixVLvUJRro3beoL8c0hPEjYReLteW8rGUrI tIhYGGsKuKWvKLUVhmF/zcnBTcFt0ADarTuULFm/9y/lAv7GT6DHbGYgCbVRzyFEBj4e P+M9OK8OF7Akn2w6dacekc1+VIrXIrvjjRO72OoBAWQgSfNv5wHecvzosTkJxBjUoSxb 8ViZnPDiDNoi0AzRXhLwZikAqq7keUTO+VkTFt9v4D0iyFMODcCB3CtYLUN7nKoaqhh2 ik2A== 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=dyTq6g2tCEl0mAnz12myRoBvQ3m3LfVGbVf0RcjMAqU=; b=BO0GyRzD0VG7g7a8Tba5VUu4f6vhGLVWUx4vFgiC3i6iKTSIPF3xeJsCF1oU2AgB9w aSZcD5cWv8do8AdadpL5PdwYAXaRbiYQeVfq5TEqEL9x1JJjf3Rn4h0KsCbW1cU7REdb En+uv1LZF36Wkaj7f6gmX1NO3iV6yq86+GJm5eT/fLddr8RVBoBAnmJ93RHmWjmdL+eB tIHt6/HWrDcK8EHn6RiANwaV01D7mprnO30J688ejvNYMBVkVkz69t56m4CIl12ZMUSB 4Unsm1l76QXBWl7R2S30cnUkM684Wr4HDNdi4NDrqeufsftzWe8/ZlsdXko7PDbgMx6N DhiQ== X-Gm-Message-State: AOAM530d2o7VQ/jdT20kweei65UI0ES1wgg5Ds5TCcN/YvnpO7U46tbc 9ROSS5McoOFGlfDqMmLKUcu7vbsOhiAEGNhM3MAYAQ== X-Google-Smtp-Source: ABdhPJzNIaASbnwrW/eg+1/6x/aYhAqhT69i+MDjrEe2LoHeACqQatX9dSIQgwwucbm3li5D4pjNpSA75KF+aBGVCgM= X-Received: by 2002:a17:907:961c:: with SMTP id gb28mr3431955ejc.393.1611075144390; Tue, 19 Jan 2021 08:52:24 -0800 (PST) In-Reply-To: <87a6t4j4yc.fsf@gnus.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:198180 Archived-At: --000000000000b09b0405b943a934 Content-Type: text/plain; charset="UTF-8" That behavior seems fine to me. In your example, Emacs would check for the following, in-order: 1. linux2.6.26.el 2. linux2.6.el 3. linux2.el This seems like the right approach - try to match minor versions, but if there is not a config for a specific minor version, then use the config that matches the major version. In this specific instance, it wouldn't actually find anything, because there is no term/linux2.el file (just a term/linux.el file). This could be resolved by also splitting between non-numeric characters and numbers (so we would try linux.el as a step #4), but that's not necessary to solve my specific problem. On Tue, Jan 19, 2021 at 10:56 AM Lars Ingebrigtsen wrote: > Alex Hutcheson writes: > > > I just checked on two of my machines (running different distributions) > > and didn't see anything that looked like it would cause problems. Most > > were of the form "screen.something", and a couple terminfo files > > included dots within version specifiers (e.g. st-0.8 and st-0.7). > > 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? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > -- Alex Hutcheson alexhutcheson@google.com --000000000000b09b0405b943a934 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That behavior seems fine to me. In your example, Emacs wou= ld check=C2=A0
for the following, in-order:
  1. linux2.6.26.el<= /li>
  2. linux2.6.el
  3. linux2.el
This seems like the rig= ht approach - try to match minor versions, but
if there is not a config = for a specific minor version, then use the
config that matches the major= version.

In this specific instance, it wouldn't actually find a= nything, because
there is no term/linux2.el file (just a term/linux.el f= ile). This
could be resolved by also splitting between non-numeric chara= cters and
numbers (so we would try linux.el as a step #4), but that'= s not
necessary to solve my specific problem.



On Tue, Jan 19, 2021 at 10:56 AM Lars Ingebrigtsen= <larsi@gnus.org> wrote:
Alex Hutcheson <alexhutcheson@go= ogle.com> writes:

> I just checked on two of my machines (running different distributions)=
> and didn't see anything that looked like it would cause problems. = Most
> were of the form "screen.something", and a couple terminfo f= iles
> included dots within version specifiers (e.g. st-0.8 and st-0.7).

Hm...=C2=A0 but wouldn't that possibly cause problems?=C2=A0 That is, i= f 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 -ex= ec
> basename '{}' ';' | sort -u

Now, there is no term/linux2.6.el, so perhaps this is irrelevant...=C2=A0 A= nd
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?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no


--
--000000000000b09b0405b943a934--