Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Apr 2020 09:53:37 +0200
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        Cy Schubert <Cy.Schubert@cschubert.com>
Cc:        freebsd-current@freebsd.org, freebsd-ports@freebsd.org
Subject:   Re: sysutils/screen-ncurses port
Message-ID:  <20200430075337.3wdzglshhorcd2qn@ivaldir.net>
In-Reply-To: <202004291841.03TIfkZh081308@slippy.cwsent.com>
References:  <202004291841.03TIfkZh081308@slippy.cwsent.com>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote:
> Would people be open to the idea of a sysutils/screen-ncurses port that 
> depends on devel/ncurses instead of ncureses in base? The reason for this 
> is there are screen.* terminfo entries in devel/ncurses that don't exist in 
> termcap(5). People who want that extra functionality would be advised to 
> install the alternative pkg or build the sysutils/screen port with the 
> appropriate option.
> 
> Or, simply change the default from whatever ncurses is available to always 
> install devel/ncurses. People could always select one of the other options. 
> Personally, I'm not enamoured with this approach.

I think it is a terrible idea, and we should fix the initial problem instead of
workarounding it.

1/ why those are not in our termcap(5) ? they should be added if they are
missing. and MFC asap (prior 11.4 and 12.2 would be nice)

2/ we should allow our base ncurses to get informations from newer termcap(5) if
needed.
So far the default TERMCAP is
${HOME}/.termcap{,.db}:/etc/termcap{,.db}:/usr/share/misc/termcap{,.db}

First the user can be advise to point configure the $home/.termcap this is for
quick now.

Second for later futur proof mechanism we could modify our termcap reader (we
use our own, not the one in provided by ncurses). to be able to fetch termcap
capabilities from /usr/local/share/misc/termcap/*.conf for example

This way ports with random termcap info to add would be able to do it without
the requirement to wait for a commit in base and a MFC.

Best regards,
Bapt

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qg/4ACgkQY4mL3PG3
PlrJNA//aYWkqDHtiN/wmFRANRvb8Yf+yaVvvFssytVT2BuN6w7WrPNOpIXCtigE
VmTJOWZdIlvE/ofUaqch2o8+MjJJLe/tKc7jhkYx6K1EMQNY1RLXhM5jwdKSE1XG
/28+YYecstA5iLd8Juw+7zFoav6H1xJNSOXeuk0kUPuFXDkiINYBe+Xo9mNmpZ4J
nZfoDg/sAFG0WoRsWyrhabIsv7C6ptAt8j4BcAD5Nj9jUn2+B49ir3YeaLaJfe90
ecorsaRVghTzGBaDcS2opgPP5jaJL1SVwLsKINb13V4hyyibIykh5dFeNFxmQihE
/0oh1Pmk/nHCqPq2sILCogtIcrMgljFFU9PCmh17DHFkGp25Lm/JsfZKeKgCc8G1
ObjxtNfjzZrd5nAlS45RSPqGQUbsnGyfTjlzv1FDE7KHB7b64EsQktTiRIz2Xpuy
DzTm8CaQqTh49DA4g96Y7hkT7GygSBd8wC2ZudmbXd/nZoyeBT5ILM72TK6YvmRB
POOoYQ9YHdOz2yTMcLPbC0zMrLbVuzXsjr5FdQ1R4JgYGYhrpz20rDr7lL3uZK6x
e8TSwBAvkezN28pQbQD7VV1oEfpwkma+LCksUKXUEKhRvvf5/1hMSvy3sgPwYt6k
10LqFcWbJS93W8xmK/cptA+sBmzM1sc20m1rEYbY8LhLFb6DIWg=
=uTC4
-----END PGP SIGNATURE-----

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200430075337.3wdzglshhorcd2qn>