ports/sysutils/filetype, branch 2016Q3 FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=2016Q3 2014-02-25T13:30:49Z Support staging 2014-02-25T13:30:49Z Emanuel Haupt ehaupt@FreeBSD.org 2014-02-25T13:30:49Z urn:sha1:1ea7b8e6dac6e4a65f81eef05d04f3c0799bdfee Add NO_STAGE all over the place in preparation for the staging support (cat: sysutils) 2013-09-20T23:05:58Z Baptiste Daroussin bapt@FreeBSD.org 2013-09-20T23:05:58Z urn:sha1:83f65384c9041fa9a31c84b5e21b643fa2bf97c6 - Get Rid MD5 support 2011-03-19T12:38:54Z Martin Wilke miwi@FreeBSD.org 2011-03-19T12:38:54Z urn:sha1:a9481afc8a0f5aa4e5d5068981f6ef1b38b5d336 Actually, we're not trying to reinvent the wheel here, 2009-05-31T12:43:55Z Martin Wilke miwi@FreeBSD.org 2009-05-31T12:43:55Z urn:sha1:ef60a033852f2049f38551044523cbdc6d47a697 rather adapt it to suit a slightly different purpose. Below are a few main points and reasons as to why we've created filetype: * file does not work so well for loosely defined filetypes ( ie, vCards ) * file uses a text-based type database which can impose unwanted delays in frequently invoked processes * file does not have a heirachial type tree (ie, executable->MSDOS->EXE ) * file is not designed to be incorporated at a source level into existing projects * Simpler and broader type detection engine ( 'file' is very good at pulling out every detail about a file, ie, the resolution of an image, however we do not wish to seek out such fine details ) WWW: http://www.pldaniels.com/filetype/ PR: ports/135087 Submitted by: ismail.yenigul at endersys.com.tr