Date: Mon, 4 May 2020 09:26:24 +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: <20200504072624.wlyd73pehq25tcp2@ivaldir.net> In-Reply-To: <202005032010.043KAwm9005791@slippy.cwsent.com> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> <202004301256.03UCusls050859@slippy.cwsent.com> <20200430130449.cwsf3x42o6w67gor@ivaldir.net> <202005032010.043KAwm9005791@slippy.cwsent.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
On Sun, May 03, 2020 at 01:10:58PM -0700, Cy Schubert wrote:
> In message <20200430130449.cwsf3x42o6w67gor@ivaldir.net>, Baptiste
> Daroussin wr
> ites:
> >
> >
> > --mvhxgm4zl62unzlf
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quoted-printable
> >
> > On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote:
> > > In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste=20
> > > Daroussin wr
> > > ites:
> > > >=20
> > > >
> > > > --vwrr5drfobpkyvop
> > > > Content-Type: text/plain; charset=3Dus-ascii
> > > > Content-Disposition: inline
> > > > Content-Transfer-Encoding: quoted-printable
> > > >
> > > > 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 th=
> > at=3D
> > > > =3D20
> > > > > depends on devel/ncurses instead of ncureses in base? The reason for =
> > this=3D
> > > > =3D20
> > > > > is there are screen.* terminfo entries in devel/ncurses that don't ex=
> > ist =3D
> > > > in=3D20
> > > > > termcap(5). People who want that extra functionality would be advised=
> > to=3D
> > > > =3D20
> > > > > install the alternative pkg or build the sysutils/screen port with th=
> > e=3D20
> > > > > appropriate option.
> > > > >=3D20
> > > > > Or, simply change the default from whatever ncurses is available to a=
> > lway=3D
> > > > s=3D20
> > > > > install devel/ncurses. People could always select one of the other op=
> > tion=3D
> > > > s.=3D20
> > > > > Personally, I'm not enamoured with this approach.
> > > >
> > > > I think it is a terrible idea, and we should fix the initial problem in=
> > stea=3D
> > > > d of
> > > > workarounding it.
> > > >
> > > > 1/ why those are not in our termcap(5) ? they should be added if they a=
> > re
> > > > missing. and MFC asap (prior 11.4 and 12.2 would be nice)
> > >=20
> > > I came to this conclusion last night after sending this email thread oud=
> > =20
> > > and will test it some time today.
> > >=20
> > > >
> > > > 2/ we should allow our base ncurses to get informations from newer term=
> > cap(=3D
> > > > 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 =3D
> > > > for
> > > > quick now.
> >
> > that is in your scope via a pkg-message :D
> >
> > > >
> > > > Second for later futur proof mechanism we could modify our termcap read=
> > er (=3D
> > > > we
> > > > use our own, not the one in provided by ncurses). to be able to fetch t=
> > ermc=3D
> > > > ap
> > > > 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 w=
> > itho=3D
> > > > ut
> > > > the requirement to wait for a commit in base and a MFC.
> > >=20
> > > This is probably outside of my scope at the moment but, yes, agreed.
> > >=20
> > I will then.
> > I added that to my TODO
>
> There's already a utility in devel/ncurses called infotocap (and its
> corresponding captoinfo) that already does this. Both are links to tic. Our
> ncurses import includes tic. Looks like all that's needed is add it to
> buildworld.
>
> I can look at it later tonight. Seems like a quick win.
>
That is not the point, tic won't work here except if create your own version or
use infotocap. Tic is for terminfo databases while we are still using the
termcap for historical reason
Having both ncurses from ports and ncurses from base installed at the same time
can open a special can of worm so imho that is not really something we want to
look forward.
Best regards,
Bapt
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6vw6AACgkQY4mL3PG3
PlrxbQ/9HVPaPIBpFzm17RyftswDZ1uDyMSEk/1vH3ybiscgI08Ew/PGsevDq4ji
ntBJ1M6DZojTNQIzCUyO7+Zmf8wCBfu4pIlMURiCNe5ng/p2Y7eXENGxgTtxlZwl
rOvoaMdBNqykQGLCBusjt5FiGLORoN9N4/1aVdafa+B1jfRvIdDXMV1dZkQj3saM
gPvLfO/5sgKpkydUZUZiDrjstf+rFafFMpD7KdtCs2+SrTuq61VcFrODoMUN4N3F
aXB3hVZ/DSTL3Hhi3+pelxS+mOQXRC7iqQEZ9vh2e411RtoGDMYQq6GaUkhNNBTU
9zN4pL7lxkIAbpHm39CwLxtR0/LNohbsai67BbZcI1EeQtrLFfobaAOT3Xlcl2tD
WZfQqQt+chzCs9/r12LfY/oQUkp1XJ2ENNtlHqDFpt0eDoJhv6VaYIoxGQVQwM+1
LTF77UU7c2KNXW6cAzYiChZpIJ3HdGX4vwHOP2w0GEvYot6/oes4i/tdzeTHsh0t
wAhxS62M7WVASAGkoxt15a1uq6xunfl9besXQ/OcSTAkZwvHIj2NoSAIsRL9413S
q6Jjnxns6ZQY2tVf39qk6P0W5rhqjow5bM5OdY2+fVqNQg0giSzupcxf42ew+f43
8As80W0Llvor53bTSevvfJbfQYdNHBbLcIM+e7nHLTevNmScQrI=
=6phY
-----END PGP SIGNATURE-----
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200504072624.wlyd73pehq25tcp2>