From owner-freebsd-current@freebsd.org Thu Apr 30 13:04:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A94842BC068; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49CbFZ3wf3z4j7J; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 6B15D19210; Thu, 30 Apr 2020 13:04:50 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id 19FFC49DCC; Thu, 30 Apr 2020 15:04:49 +0200 (CEST) Date: Thu, 30 Apr 2020 15:04:49 +0200 From: Baptiste Daroussin To: Cy Schubert Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port Message-ID: <20200430130449.cwsf3x42o6w67gor@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> <202004301256.03UCusls050859@slippy.cwsent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mvhxgm4zl62unzlf" Content-Disposition: inline In-Reply-To: <202004301256.03UCusls050859@slippy.cwsent.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2020 13:04:50 -0000 --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--