Re: sysutils/screen-ncurses port

In message <20200430130449.cwsf3x42o6w67gor_at_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_at_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.


-- 
Cheers,
Cy Schubert <Cy.Schubert_at_cschubert.com>
FreeBSD UNIX:  <cy_at_FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy_at_nwtime.org>    Web:  https://nwtime.org

	The need of the many outweighs the greed of the few.