In message <451538DE-9427-4584-987B-8E4AA26C2981_at_freebsd.org>, Daniel Eischen w rites: > > > > On Sep 17, 2020, at 11:20 AM, Maxim Sobolev <sobomax_at_freebsd.org> wrote: > > > > Re: removing HTTP client please no!!! The current drive to "outlaw" HTTP > > coming from companies who see all world via web browser. Totally ignoring > > the fact that HTTP != HTTPS in particular in cases where reliability and > > lower complexity of the system takes precedence over on-the-wire protocol > > security. For example, many internal APIs of AWS EC2 are HTTP. > > Agree. And remember the mantra: tools, not policy. Since there are so many I'll pick this email to reply to. libfetch should be designed to call plugins. An https plugin, http plugin, ftp plugin, sftp plugin, and so on. New protocols are added as needed, preferably to ports before they are mainstream. Old protocols are removed and moved to ports. People who still need to use old protocols can install the port which plugs into libfetch. When a protocol becomes stale it's forgotten, no longer maintained and simply disappears into the ether. Given that pkgbase will become a reality at some point the line between base and ports will blur. I expect at some point some of what we see in base to simply become ports. As a developer of both base and ports, ports are much easier to maintain than importing into base. That's my vision. -- 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.Received on Thu Sep 17 2020 - 13:55:32 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:25 UTC