Re: Is this expected ssh behavior?
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)? From the ssh(1) manpage: Additionally, ssh reads /etc/environment and $HOME/.ssh/environment, and adds lines of the format VARNAME=value to the environment. Some systems may have still additional mechanisms for setting up the environment, such as /etc/default/login on Solaris. So if you want to do anything beyond setting environment variables in that login script you're hosed, but I set up the environment I want in ~/.ssh/environment and it works. Good luck, -- Pete Harlan [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: Is this expected ssh behavior?
pgpzP74jcseJg.pgp Description: PGP message
Re: Is this expected ssh behavior?
package: bash version: 2.01.1-3.1 On Thu, 30 Jul 1998, Brandon Mitchell wrote: I do set the path, but it doesn't look like it is being run. (Other statements should print to the screen as an earlier example you ran showed.) ssh hostname does execute .bash_profile. Ok, let's focus on this. Anyone have a good idea as to why bash doesn't read it's .bash_profile when ssh is given the -t switch and bash is given the -login switch? I'm stumped. [ Submitting bug report, watch cc's when replying. ] 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: [EMAIL PROTECTED](p1):bhmit1$ bash -c echo hello world [EMAIL PROTECTED](p1):bhmit1$ HTH, Brandon --+-- Brandon Mitchell [EMAIL PROTECTED] | Debian Testing Group Status PGP Key: finger -l [EMAIL PROTECTED] | http://bhmit1.home.ml.org/deb/ Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c) -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
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: [EMAIL PROTECTED](p1):bhmit1$ bash -c echo hello world [EMAIL PROTECTED](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[~]% 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)? Thanks, Brandon --+-- Brandon Mitchell [EMAIL PROTECTED] | Debian Testing Group Status PGP Key: finger -l [EMAIL PROTECTED] | http://bhmit1.home.ml.org/deb/ Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c) -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: Is this expected ssh behavior?
On Thu, Jul 30, 1998 at 01:32:24PM -0400, Brandon Mitchell wrote: And you do set your path in the .bash_profile and can verify that it is being run? I do set the path, but it doesn't look like it is being run. (Other statements should print to the screen as an earlier example you ran showed.) ssh hostname does execute .bash_profile. On Thu, Jul 30, 1998 at 01:06:50PM -0500, Rob Browning wrote: Anyway, if I can just get ssh host bash -c 'exec foo' to execute foo in my normal shell environment, I'll be happy. By the way, I'm running ssh 1.2.26-1 if it's relevant. What version is Branden running? I'm running 1.2.26-1 as well. -- Lee Bradshaw [EMAIL PROTECTED] (preferred) Alantro Communications [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: Is this expected ssh behavior?
On Thu, 30 Jul 1998, Lee Bradshaw wrote: On Thu, Jul 30, 1998 at 01:32:24PM -0400, Brandon Mitchell wrote: And you do set your path in the .bash_profile and can verify that it is being run? I do set the path, but it doesn't look like it is being run. (Other statements should print to the screen as an earlier example you ran showed.) ssh hostname does execute .bash_profile. Ok, let's focus on this. Anyone have a good idea as to why bash doesn't read it's .bash_profile when ssh is given the -t switch and bash is given the -login switch? I'm stumped. HTH, Brandon --+-- Brandon Mitchell [EMAIL PROTECTED] | Debian Testing Group Status PGP Key: finger -l [EMAIL PROTECTED] | http://bhmit1.home.ml.org/deb/ Dijkstra probably hates me (Linus Torvalds, in kernel/sched.c) -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
