On Sat, Apr 12, 2008 at 03:26:52PM -0700, Cliff Wells wrote: > Anyway, regardless of who's correct concerning this issue (we can agree > to disagree), I'm cannot understand why you'd want Python to behave > differently (from a deployment standpoint) than other languages.
Numbers ! Only numbers can speak. On my Ubuntu box (standard, nothing special done to it): [EMAIL PROTECTED]:~$ grep '#!/usr/bin/env python' /usr/bin/* 2>/dev/null wc -l 33 [EMAIL PROTECTED]:~$ grep '#!/usr/bin/python' /usr/bin/* 2>/dev/null | wc -l 113 And if we don't look at the language type: [EMAIL PROTECTED]:~$ grep '#!/usr/bin/env' /usr/bin/* 2>/dev/null | wc -l 39 (the rest is pretty much perl, by the way). On a server I have an account on (Debian, I don't administer it): [EMAIL PROTECTED]:~$ grep '#!/usr/bin/env' /usr/bin/* 2>/dev/null | wc -l 52 (this one has a much higher ratio of perl to python). On my mailhost: [EMAIL PROTECTED]:~$ grep '#!/usr/bin/python' /usr/bin/* 2>/dev/null | wc -l 10 [EMAIL PROTECTED]:~$ grep '#!/usr/bin/env' /usr/bin/* 2>/dev/null /usr/bin/raggle:#!/usr/bin/env ruby /usr/bin/web2png:#!/usr/bin/env python On my hosted and managed webserver (these guys seem to like ruby): (uiserver):u39018796:~ > grep '#!/usr/bin/python' /usr/bin/* 2>/dev/null | wc -l 0 (uiserver):u39018796:~ > grep '#!/usr/bin/env' /usr/bin/* 2>/dev/null /usr/bin/gem:#!/usr/bin/env ruby /usr/bin/gem_mirror:#!/usr/bin/env ruby /usr/bin/gem_server:#!/usr/bin/env ruby /usr/bin/gemlock:#!/usr/bin/env ruby /usr/bin/gemri:#!/usr/bin/env ruby /usr/bin/gemwhich:#!/usr/bin/env ruby /usr/bin/index_gem_repository:#!/usr/bin/env ruby (uiserver):u39018796:~ > grep '#!/usr/bin/ruby' /usr/bin/* 2>/dev/null /usr/bin/erb1.8:#!/usr/bin/ruby1.8 /usr/bin/irb1.8:#!/usr/bin/ruby1.8 /usr/bin/rdoc1.8:#!/usr/bin/ruby1.8 /usr/bin/testrb1.8:#!/usr/bin/ruby1.8 (uiserver):u39018796:~ > In conclusion, I think there is no real rule. It is more on a case by case basis. I prefer the "env". I could yell to the top of my voice on this mailing list to back my opinion. But the numbers are there, and they don't help me make my point :-). Gaël _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
