On Fri, Nov 04, 2011 at 01:46:36PM -0400, Jonathan Oksman wrote: > On Fri, Nov 4, 2011 at 1:07 PM, Randy McMurchy > <[email protected]> wrote: > > > > I'd just like to mention that I mildly disagree on both counts, > > especially Subversion. For instance, we use Subversion to track > > the changes of our own books, which has nothing to do with > > programming. I could name other instances where I use Subversion > > for tracking changes to things other than programs. > > > > And yes, you could make a case that TCP Wrappers could belong in > > security, but it *is* a networking package. It is all about access > > and control of networks. > > > > Just my thoughts. > > > > I think I agree with Randy about subversion, it's a project management > and version control system (although it is used for programming a > lot). the wrappers are useless outside of a networking context but it > is definitely security related. I think it could definitely fit in > with the security section but it does fit in both sections nicely. > It's more of a candidate for relocation if you ask me. > > While we're on the subject, I noticed recently that cmake is in the > system utilities section. It's intended use is as a build system for > programming, so it could be argued that it does belong in the > programming section. It's a language for describing the build process > of languages to compilers. > > Some packages are tricky to define into categories... > > > Jonathan I agree that version-control packages are used for a lot more than programming, and that tcp wrappers can be in either place. But for cmake, I have to mildly disagree (mildly, because I no-longer build it, and would need extremely strong reasons to build it again) - in linux, it's a replacement for 'configure'. The only reason to include it in the book is because a few packages require it. It's better described as "a build system for programs (that want to be able to run on windows)" :-)
ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
