Custom Query (1145 matches)

Reported by jdreed, 15 years ago.

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.

Reported by geofft, 14 years ago.

(this should be discussed with upstream OpenSSH)

Surely there must be some way to write the code such that when you make an sftp subsystem request on an SSH connection, sshd doesn't display output from the dotfiles and only sends output from the sftp process to the client, right?

I think we can't simply get by with not running your dotfiles in case they do something like aklog sipb.

Reported by andersk, 14 years ago.

andersk@dr-wily:~$ tcsh
dr-wily:~> setup gaussian_v98-A11
setup: Command not found.