Date: Mon, 11 Dec 2017 16:11:41 -0800 From: Conrad Meyer <cem@freebsd.org> To: Daniel Eischen <deischen@freebsd.org> Cc: freebsd.arch@clogic.com.ua, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org> Subject: Re: RFC: Sendmail deprecation ? Message-ID: <CAG6CVpXCWyWPve3q0iJq_k2P66cFXxJiwj%2BwH2czFJDK8DvDdA@mail.gmail.com> In-Reply-To: <87882E8D-4A55-4F72-A897-7FD0FCD28DDB@freebsd.org> References: <eeaa550f5b9f62d56dfc17d4f0a3b64d@clogic.com.ua> <201712111451.vBBEpjIW081611@pdx.rh.CN85.dnsmgr.net> <20171211195938.dxfji2pf2sq63my7@chittenden.org> <87882E8D-4A55-4F72-A897-7FD0FCD28DDB@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Dec 11, 2017 at 3:44 PM, Daniel Eischen <deischen@freebsd.org> wrot= e: > I do tend to agree with rgrimes, when -base is pkg-ized, folks will have = a chance to 'pkg install' or 'pkg remove' sendmail or anything else regardl= ess of whether it is in -base or -ports. pkg-base is totally orthogonal to the selection of what components we want to have in base. Base is really about defaults, and "what makes a FreeBSD system." There's no reason to block this change on pkgbase, or vice versa. People can remove the sendmail component on their system today, but it isn't the default. > The question should be, where do we want to maintain it? (There's also = the history that exists in base that gets disconnected when it's in ports.) > > -base is a set of packages that we deem more important than ports. Does = sendmail, as it is exists and configured in -base, pass muster for being so= mething that we consider important enough to warrant being in base? I thin= k this is more of the question to ask than "why can't they install it from = ports?" Consensus seems to indicate no, but that we need some mail deliver= y agent. > > I also think it should be incumbent on whomever removes something from -b= ase to make a port of it. I disagree with that idea in general. The burden lands on people who actually want to maintain the component, which may or may not overlap with the person removing it from base. Removing a component is not volunteering to maintain a port of that component, and shouldn't be. (Also, having people who are willing to maintain a component is not by itself sufficient justification for a component to remain in base.) > I don't think we should just throw it over the fence and expect the port= s team to do the work, unless they volunteer for it. mail/sendmail has been available as a port since 2000. Best, Conrad
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAG6CVpXCWyWPve3q0iJq_k2P66cFXxJiwj%2BwH2czFJDK8DvDdA>