Deprecating ftpd in the FreeBSD base system?

Slawa Olhovchenkov slw at zxy.spb.ru
Thu Sep 17 17:59:35 UTC 2020


On Thu, Sep 17, 2020 at 08:55:26AM -0700, Cy Schubert wrote:

> 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.

And for install plugin from ports use HTTP AWS API installed from
ports?


More information about the freebsd-current mailing list