Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Sep 2020 20:59:24 +0300
From:      Slawa Olhovchenkov <slw@zxy.spb.ru>
To:        Cy Schubert <Cy.Schubert@cschubert.com>
Cc:        Daniel Eischen <deischen@freebsd.org>, Maxim Sobolev <sobomax@freebsd.org>, Ed Maste <emaste@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Deprecating ftpd in the FreeBSD base system?
Message-ID:  <20200917175924.GC2033@zxy.spb.ru>
In-Reply-To: <202009171555.08HFtQlB010471@slippy.cwsent.com>
References:  <CAH7qZfu6UjA_Vaebsv4D6SDqzEGCKyUPFV2qoqo7ks95328tAw@mail.gmail.com> <451538DE-9427-4584-987B-8E4AA26C2981@freebsd.org> <202009171555.08HFtQlB010471@slippy.cwsent.com>

index | next in thread | previous in thread | raw e-mail

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

> In message <451538DE-9427-4584-987B-8E4AA26C2981@freebsd.org>, Daniel 
> Eischen w
> rites:
> > 
> >
> > > On Sep 17, 2020, at 11:20 AM, Maxim Sobolev <sobomax@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?


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200917175924.GC2033>