Ignore MisbehavingServers rather than fail with an error

Daniel J. Luke dluke at geeklair.net
Wed Apr 11 16:32:34 PDT 2012


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                                                                   
+========================================================+                        
| *---------------- dluke at geeklair.net ----------------* |                          
| *-------------- http://www.geeklair.net -------------* |                          
+========================================================+                        
|   Opinions expressed are mine and do not necessarily   |                          
|          reflect the opinions of my employer.          |                          
+========================================================+





More information about the macports-dev mailing list