Date: Wed, 13 Dec 2017 17:46:51 +0000 From: Alexey Dokuchaev <danfe@FreeBSD.org> To: Baptiste Daroussin <bapt@FreeBSD.org> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r456197 - in head/net: istgt py-beanstalkc Message-ID: <20171213174651.GA96646@FreeBSD.org> In-Reply-To: <20171213090441.GA45323@FreeBSD.org> References: <201712130844.vBD8iFtf060010@repo.freebsd.org> <20171213085412.vltifyke37rwntft@ivaldir.net> <20171213090441.GA45323@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Dec 13, 2017 at 09:04:41AM +0000, Alexey Dokuchaev wrote: > On Wed, Dec 13, 2017 at 09:54:12AM +0100, Baptiste Daroussin wrote: > > On Wed, Dec 13, 2017 at 08:44:15AM +0000, Alexey Dokuchaev wrote: > > > New Revision: 456197 > > > URL: https://svnweb.freebsd.org/changeset/ports/456197 > > > > > > Log: > > > Provide somewhat better option descriptions. > > > > > > Modified: > > > head/net/istgt/Makefile > > > > For this one, rather than improveing the description, you should have > > imho deprecated it, it is unmaintained, upstream is dead, and all > > supported freebsd version provides a far superior solution for iscsi > > targets via ctl(4). > > Oh, thanks for the heads-up, I'll follow up. I was just cleaning out my > ports tree from uncommitted patches accumulated over last couple of years. Looking at it more closely, we might not be quite ready to deprecate it: - `net/istgt' is explicitly mentioned in the Handbook (section 28.12.1) as an alternative to ctl(4); removing the port before the Handbook is updated would confuse the reader; [*] - It still builds fine on -CURRENT and 8.4-STABLE; as an 8.4-STABLE user, I'm not so happy to see a working port go; - I may come to peace with deprecating even on 8.4-STABLE as long as it does not allow exporting raw devices (that's what I currently do with Linux' tgtadm(8) because Linux cannot mount FreeBSD partitions, or else I'd simply exported them via NFS). File-backed storage is much less of a problem when dealing with foreign operating systems because it can always be exported via NFS, at the expense of some extra VFS calls. Can you (or anyone else) comment on these before we take any action? ./danfe [*] https://www.freebsd.org/doc/handbook/network-iscsi.html
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171213174651.GA96646>