id summary reporter owner description type status priority milestone component resolution keywords cc fix_version see_also 336 Shell gives useless error message when a binary's interpreter is missing jdreed "Running old binaries (ez, for example) produces the incorrect error message ""command not found"", when what it really can't find is the interpreter. We opened LP:335666. We tried to get a patch in the kernel (relevant threads at http://lkml.org/lkml/2009/7/9/74 and http://lkml.org/lkml/2009/7/30/211) broder notes that in addition to affecting libc5 binaries: I ran into this bug (or something very like it) when I was working on a cross-compiler toolchain for my phone. Long story, but the short version is that I found the pre-built compiler that Palm was supposedly using, and I was getting ENOENTs when I tried to run them on my Jaunty VM. So I think this is still worth pushing, but through kernel.org, not through LP. " defect closed normal Upstream Utopia -- wontfix LP:335666