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>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote:
> In message <20200430075337.3wdzglshhorcd2qn@ivaldir.net>, Baptiste
> Daroussin wr
> ites:
> >
> >
> > --vwrr5drfobpkyvop
> > Content-Type: text/plain; charset=us-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 that=
> > =20
> > > depends on devel/ncurses instead of ncureses in base? The reason for this=
> > =20
> > > is there are screen.* terminfo entries in devel/ncurses that don't exist =
> > in=20
> > > termcap(5). People who want that extra functionality would be advised to=
> > =20
> > > install the alternative pkg or build the sysutils/screen port with the=20
> > > appropriate option.
> > >=20
> > > Or, simply change the default from whatever ncurses is available to alway=
> > s=20
> > > install devel/ncurses. People could always select one of the other option=
> > s.=20
> > > Personally, I'm not enamoured with this approach.
> >
> > I think it is a terrible idea, and we should fix the initial problem instea=
> > d 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)
>
> I came to this conclusion last night after sending this email thread oud
> and will test it some time today.
>
> >
> > 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.
that is in your scope via a pkg-message :D
> >
> > 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 termc=
> > 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 witho=
> > ut
> > the requirement to wait for a commit in base and a MFC.
>
> This is probably outside of my scope at the moment but, yes, agreed.
>
I will then.
I added that to my TODO
Bestr regards,
Bapt
[-- Attachment #2 --]
-----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-----
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200430130449.cwsf3x42o6w67gor>