Re: Is this expected ssh behavior?
On Fri, 31 Jul 1998, Paulo J. da Silva e Silva wrote:
> Brandon Mitchell writes:
> > Dang, it does look like it's a debian problem. I'm guessing it's a
> > problem with bash only taking the first arguement after -c and not
> > handling the --login switch appropriately when -c is given. Here's an
> > example of the bug:
> > bhmit1@hobbes(p1):bhmit1$ bash -c echo hello world
> > bhmit1@hobbes(p1):bhmit1$
> I don't think this behavior is Debian specific. Here is some output from a
> solaris2.5 system:
> rebutosa[~]% bash -c echo hello world
> rebutosa[~]% bash -c "echo hello world"
> hello world
> rebutosa[~]% bash --version
> GNU bash, version 2.00.0(1)-release (sparc-sun-solaris2.5)
> Copyright 1996 Free Software Foundation, Inc.
Thanks Paulo. Well Guy, I don't know what to do with this one. It turns
out that -i helps run some of the login scripts and my goofup with -c is
probably enough to close this bug report. You wouldn't happen to know how
to get bash to read all of it's appropriate login scripts and then
executing a command would you (this is for over an ssh connection)?
Brandon Mitchell <email@example.com> | Debian Testing Group Status
PGP Key: finger -l firstname.lastname@example.org | http://bhmit1.home.ml.org/deb/
Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c)
Unsubscribe? mail -s unsubscribe email@example.com < /dev/null