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