Date: Thu, 30 Apr 2020 15:04:49 +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: <20200430130449.cwsf3x42o6w67gor@ivaldir.net> In-Reply-To: <202004301256.03UCusls050859@slippy.cwsent.com> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> <202004301256.03UCusls050859@slippy.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--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
Bestr regards,
Bapt
--mvhxgm4zl62unzlf
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAl6qzPEACgkQY4mL3PG3
PlpIIQ/7BUyjURoNqqmH3QOHPrVf1bNWRgth6WveRdameFKBfH/cY/ak4tc3DQyc
EYfSy80w+IdAbGeWP1Oba3mqaycNaS/M5F/suaWz8/YyPU8mb6MqhwCctCphZcsT
bBzP7Vp3PtY3Ti0pVDaASoXwO/247om7jQzIoxZsrIfkuGDzP1A7+LrbUYQNMDSz
uPPG26bdolVMqPqd1l0/XzimnDDpCD2M1S5aEiFGehVsvv2wt/8dyKKmB0YQXhWs
vve7ha6N4kAr1CsWO7S3r/+IIgaEhb6W2oyIvUgHrijP5NAL0hUNrSRLdIgO6YUO
d+zraHoZBveEd8j/XgoX2QLBQxBCTKC8PJ9RiH5DFgHJmdgLFwGTFCeekD6gEReS
J65CBwnXf6cURUPpuRwTHhNRGe+Zw2lj5bPhqr3BnfAMWJgze4oWSeQpgB+W9VqA
cbw4rQ9ye9ZXyvc2w88Hj6hJ0mPWrMm30YL/9povKdF2ciFSQJzvxGRKsOLE0LZA
do5SzR1mev/AKcr8wA/yP/+ZV7LsRC0/KBy0HsaXsnIIZxvnScI5ETB4aQigQB6Q
2AWft+QaqEzVQF9xoe9rd9LW21P7Wx2PtBRJExs5/VC6yn9gKakhFZdf9R3AKXVC
y3nuaUkumAArpQJvCWBcPFLP4jIzHKoLuB0iAsSYHpFjNj2l/SE=
=Wjf9
-----END PGP SIGNATURE-----
--mvhxgm4zl62unzlf--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200430130449.cwsf3x42o6w67gor>