On Apr 11, 2012, at 6:57 PM, Ryan Schmidt wrote: >>> I agree it and a bit of a hack, but I cannot envision a situation in which >>> it doesn't work correctly. If you can, please let me know. >> >> The obvious failure case would be a correctly downloaded file that looks >> like HTML to file(1) but doesn't end in .htm[l]. > > Right, and I don't think any such file exists, at least not used as a > MacPorts distfile.
note that gzip/bzip/tar/cpio file test appear earlier in /usr/share/file/magic than the tests for html files > To try to avoid these sloppy DNS servers I usually have Google's DNS servers > 8.8.8.8 and 8.8.4.4 in my laptop's DNS settings. But I have encountered > networks before where I was unable to get to certain sites, and had to remove > these DNS settings and use the network's DNS servers instead. not to mention networks where using an alternate DNS server isn't allowed by policy (and/or filtering). I don't think it's unreasonable to use a 'known good' server for a test of some sort, but would disagree with overriding local configuration. > The whole idea of many users globally using the same DNS servers -- Google > DNS, OpenDNS, etc. -- is contrary to how DNS was intended to be used in the > first place. But companies like these seem to be rewriting the book on DNS > and making it work. meh. anycasted instances of "global" dns servers like Google/OpenDNS provides are often better/closer/faster than the ones provided by an individual's ISP. -- Daniel J. Luke +========================================================+ | *---------------- [email protected] ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ _______________________________________________ macports-dev mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
