Date: Fri, 19 Oct 2012 09:24:33 -0700
From: Gregory Shapiro <gshapiro@freebsd.org>
To: current@FreeBSD.org
Subject: Re: RFC: removal of share/doc/{papers,psd,smm,usd} in 2 months
Message-ID: <20121019162433.GY601@rugsucker.smi.sendmail.com>
In-Reply-To: <20121019161124.GZ35915@deviant.kiev.zoral.com.ua>
References: <20121019143617.GF69724@acme.spoerlein.net> <20121019155542.GQ1967@funkthat.com> <20121019161124.GZ35915@deviant.kiev.zoral.com.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Ulrich Sprlein wrote this message on Fri, Oct 19, 2012 at 16:36 +0200: > > > those roff sources have been very naughty and will be removed from the > > > tree by the end of the year. Most of those papers are severely out of > > > date and provide no more use to the system. They can probably also be > > > found online using a search engine of your choice. As pointed out: On Fri, Oct 19, 2012 at 07:11:24PM +0300, Konstantin Belousov wrote: > And e.g. sendmail documentation is fresh and updated together with > sendmail imports, AFAIR. Konstantin is correct -- every sendmail import refreshes what is built by share/doc/smm/08.sendmailop/Makefile. That document (operations guide) should not be removed. > > > Should people feel strongly about them, we might be able to move them > > > over to the doc repository. That would cause a problem for contrib/ style imports like sendmail. In the base source tree, share/doc/smm/08.sendmailop/Makefile (for example) reads the documentation files from contrib/sendmail/doc/. Moving share/doc/smm/08.sendmailop/Makefile to a different repo would be an issue since the document source files are in the src repo. I don't think contrib packages should be imported into two trees. How are the roff sources "naughty"? If there are ancient/problematic ones, remove them, not everything. Worst case, I'll find another place to put the sendmailop Makefile and install the output under /usr/share/sendmail/.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121019162433.GY601>