From owner-freebsd-current@freebsd.org Thu Apr 30 12:57:00 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 168AA2BB964; Thu, 30 Apr 2020 12:57:00 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Cb4W52FVz4hLh; Thu, 30 Apr 2020 12:56:59 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id U8kKjgBjQ62brU8kLjyufH; Thu, 30 Apr 2020 06:56:57 -0600 X-Authority-Analysis: v=2.3 cv=LKf9vKe9 c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=mi56gJdQAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=ySva8SyWCrrxmI7PxSoA:9 a=CjuIK1q_8ugA:10 a=m6W23KLcDyq3lIHOBnQi:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [IPv6:fc00:1:1:1::5b]) by spqr.komquats.com (Postfix) with ESMTPS id E1AE7E95; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 03UCushn050862; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 03UCusls050859; Thu, 30 Apr 2020 05:56:54 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202004301256.03UCusls050859@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Baptiste Daroussin cc: Cy Schubert , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: sysutils/screen-ncurses port In-reply-to: <20200430075337.3wdzglshhorcd2qn@ivaldir.net> References: <202004291841.03TIfkZh081308@slippy.cwsent.com> <20200430075337.3wdzglshhorcd2qn@ivaldir.net> Comments: In-reply-to Baptiste Daroussin message dated "Thu, 30 Apr 2020 09:53:37 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Apr 2020 05:56:54 -0700 X-CMAE-Envelope: MS4wfPjq5QMzjFYYzLcR9P+na5jVnJpxeLLw1v5M4UaUbPxH3EclM4UmdEl5ajstgW6smAT3KS5/VA0Hg3QaIDBNpGhJ1AH7uwPWyo6vlcIb4xq2smbNlw0w rQUJE/xVyVSR6iGw00cscfR9mpebvJDMvhzrlJ/zeb5XY+yPH2slhvGcp5YrU1N5DLZvA2xlnBhW8moZITw+vGeU2hVQqeu96f9J809zSeSn8rB2gFMKo+8k Mn0oFpudoLtmzcWW/d/EHw== X-Rspamd-Queue-Id: 49Cb4W52FVz4hLh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] 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 12:57:00 -0000 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. > > 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. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few.