Pier Paolo writes:
> I guess the /etc/skel debian directory isn't actually empty: try ls
> --all /etc/skel
Uh, yes, of course!!
> You've to restore your fancy-console-files from a previous backup or
> browsing in gentoo svn to find the files (maybe some base-files or
> something)
After I c
Csanyi Pal:
>
> When I installed 64bit Debian GNU/Linux Squeeze, I used my $HOME
> directory with it's dot files too.
>
> So, I think the .bashrc and .bash_profile remain in the state in which
> was on Gentoo.
Yes, that's how it should be. Debian package managers mus
0 at 10:29, Csanyi Pal wrote:
> Hi,
>
> I was tried Gentoo Linux system but after a while I come back to Debian
> GNU/Linux system again on my PC Box.
>
> So, in my /home/csanyipal/ directory there remain some dot files from
> Gentoo system, eg.: .bashrc, .bash_profile.
>
&
Hi,
I was tried Gentoo Linux system but after a while I come back to Debian
GNU/Linux system again on my PC Box.
So, in my /home/csanyipal/ directory there remain some dot files from
Gentoo system, eg.: .bashrc, .bash_profile.
When I installed 64bit Debian GNU/Linux Squeeze, I used my $HOME
in/keychain --eval --quiet --inherit any-once --stop others --
> > noask --lockwait 0)"
>
> Do you put it in your .bash_profile?
> How do you do with ~/.keychain/${HOST}-sh?
It's in ~/bin/keychain-start.sh which was created by me, and is sourced in my
.zshrc. Before I switc
in.
>>>>
>>>> I know everything has to run as a child of ssh-agent to gain access to its
>>>> envvars, but I don't how to achieve this.
>>>>
>>>> keychain id_rsa in my .bash_profile doesn't work, I still have to give ssh
>&
#x27;t sort it out and keep getting the old
>>>
>>> "Could not open a connection to your authentication agent."
>>>
>>> from ssh-add, and nothing but inaction from keychain.
>>>
>>> I know everything has to run as a child of ssh-agent to g
ers --
> noask --lockwait 0)"
Do you put it in your .bash_profile?
How do you do with ~/.keychain/${HOST}-sh?
> I use this for adding keys to an existing daemon -- it doesn't change
> the environment at all:
> SSH_KEYS=('id_dsa')
> /usr/bin/keychain --i
Hello all,
On Fri, Jan 15, 2010 at 04:07:44PM +, Adam Hardy wrote:
> I've been chasing my tail trying to work this one out following
> different examples off the web, but can't sort it out and keep
> getting the old
>
> "Could not open a connection to your authentication agent."
>
> from ssh
In <4b5092d0.60...@cyberspaceroad.com>, Adam Hardy wrote:
>keychain id_rsa in my .bash_profile doesn't work, I still have to give ssh
> my password for the private key when I use ssh.
I use this for starting the daemons or connecting to existing daemons by
setting environment
;
from ssh-add, and nothing but inaction from keychain.
I know everything has to run as a child of ssh-agent to gain access to its
envvars, but I don't how to achieve this.
keychain id_rsa in my .bash_profile doesn't work, I still have to give ssh my
password for the private key when I
ssh-add, and nothing but inaction from keychain.
>
> I know everything has to run as a child of ssh-agent to gain access to its
> envvars, but I don't how to achieve this.
>
> keychain id_rsa in my .bash_profile doesn't work, I still have to give ssh my
> password for
hing has to run as a child of ssh-agent to gain access to its
envvars, but I don't how to achieve this.
keychain id_rsa in my .bash_profile doesn't work, I still have to give ssh my
password for the private key when I use ssh.
I guess I should be setting up the envvars in my bash env
ctory to my system. My .bash_profile and .bashrc files were the
default files loaded during the install. However, my PATH remains
unchanged when I log on even though the .bash_profile file has the
lines to add my ~/bin directory. I can make the change manually after
I've logged on and can execut
; >> dedicated PC with all the default settings. I have added a ~/bin
> >> directory to my system. My .bash_profile and .bashrc files were the
> >> default files loaded during the install. However, my PATH remains
> >> unchanged when I log on even though the .ba
>> directory to my system. My .bash_profile and .bashrc files were the
>> default files loaded during the install. However, my PATH remains
>> unchanged when I log on even though the .bash_profile file has the
>> lines to add my ~/bin directory. I can make the change manual
On Saturday 12 January 2008 20:50 John Salmon wrote:
> I'm a new user to Debian Linux. I have the latest version loaded on a
> dedicated PC with all the default settings. I have added a ~/bin directory
> to my system. My .bash_profile and .bashrc files were the default files
>
I'm a new user to Debian Linux. I have the latest version loaded on a
dedicated PC with all the default settings. I have added a ~/bin directory
to my system. My .bash_profile and .bashrc files were the default files
loaded during the install. However, my PATH remains unchanged when I l
t least on my system) the cause of the differing behavior,
as my .bashrc hasn't changed.
OTOH, one way around this (differing behavior in different
environments - login shells vis a vis not-login shells) is
to have .bash_profile locally invoke bashrc. That way you
only edit one file. It may not
* Marc Wilson <[EMAIL PROTECTED]> [061216 23:52]:
> On Thu, Dec 14, 2006 at 07:13:39AM -0600, Russell L. Harris wrote:
> > During configuration of another machine running Etch, I discovered
> > that .bash_profile appears to be ignored when logging into X.
>
> No reas
On Thu, Dec 14, 2006 at 07:13:39AM -0600, Russell L. Harris wrote:
> During configuration of another machine running Etch, I discovered
> that .bash_profile appears to be ignored when logging into X.
No reason why it should be... your .bash_profile is, of course, a
configuration file rela
Russell L. Harris wrote:
During configuration of another machine running Etch, I discovered
that .bash_profile appears to be ignored when logging into X.
Specifically, the problem is that the "~/bin" directory does not
appear in the path when, in an X terminal, I execute:
$
Hi RLH,
I think it's normal as .bash_profile is only for login shell. When you open
a X terminal, it won't be read. You can put your path info in .bashrc.
--
Yuwen
During configuration of another machine running Etch, I discovered
that .bash_profile appears to be ignored when logging into X.
Specifically, the problem is that the "~/bin" directory does not
appear in the path when, in an X terminal, I execute:
$ echo $PATH
However, when I swit
Matus UHLAR - fantomas wrote:
>On 24.06.06 00:00, Pavlos Parissis wrote:
>> I have been trying to make my X to source the .bash_profile in order to
>> set my $PATH variable.
>> [...]
>> Any idea where should I look to get this done?
>Some time ago I solved this pr
On 24.06.06 00:00, Pavlos Parissis wrote:
> I have been trying to make my X to source the .bash_profile in order to
> set my $PATH variable.
>
> Looking around Debian reference document and googling about it, the trick
> was to add in my ~/.bashrc the $PATH and export it.
>
&g
All,
I followed the Derek's suggestion and now my $PATH is set inside X.
Cheers,
Pavlos
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
le, your X session will end before it has a
> > chance to start. ;-)
>
> That's explain why it was not working for me the trick to just
> source the ~/.bash_profile from ~/.xsession without starting a
> window manager/D.E..
Yup. :(
> Thank you very much,
You&#x
On Fri, 23 Jun 2006 18:46:16 -0400
Derek Martin <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 24, 2006 at 12:00:03AM +0200, Pavlos Parissis wrote:
> > Hello all,
> >
> > I have been trying to make my X to source the .bash_profile in order
> > to set my $PATH variable.
On Sat, Jun 24, 2006 at 12:00:03AM +0200, Pavlos Parissis wrote:
> Hello all,
>
> I have been trying to make my X to source the .bash_profile in order
> to set my $PATH variable.
.xsession is the best place to deal with this, but you need to start
your X session in this file, or
Hello all,
I have been trying to make my X to source the .bash_profile in order to set my
$PATH variable.
Looking around Debian reference document and googling about it, the trick was to
add in my ~/.bashrc the $PATH and export it.
Since ~/.bashrc is invoked by no login shell I don't r
Hallo Matin,
Am 2006-03-09 19:11:01, schrieb Martin Strasser:
>
> Hello,
> I am using ubuntu with windomanager or gnome.
> Following problem: If I login at the box with X11(gdm), the local
> ~/.bash_profile file will not get evaluated. This means no evironment,
Right, because
Hello,
I am using ubuntu with windomanager or gnome.
Following problem: If I login at the box with X11(gdm), the local
~/.bash_profile file will not get evaluated. This means no evironment,
which I set in the file, is present.
If I login in via ssh from another pc, this will work.
any ideas
>
>I am running sid with kde3.5. I have some aliases in /etc/bash.bashrc.
>In konsole as user if I type alias I get all aliases. But in root
>konsole, I don't get aliaes. Why?
>
>
>
>
Hmm, I dunno. My bash.bashrc on my desktop just has "source /root/bash"
in it. The /root/bash file has all my al
e file can be redefined in the
> subsquent files
>
> - user defined changes override system defined variables
>
>system files
> /etc/profile= read first for user login
>
> /etc/bash.bashrc= interactive shell only
>
>
>user
Mike McCarty wrote:
> Alvin Oga wrote:
>
>> hi ya
>>
>>
>>> forgot-who started it
>>
>>
>>
Is there a good system for setting variables, aliases, etc that
need to be
set for user X, whether I log in at a login prompt or using su? I'm
confused by all the different .profile op
Alvin Oga wrote:
hi ya
forgot-who started it
Is there a good system for setting variables, aliases, etc that need to be
set for user X, whether I log in at a login prompt or using su? I'm
confused by all the different .profile options (there are at least 3 for
bash, why is that?)
why ?
ined variables
system files
/etc/profile= read first for user login
/etc/bash.bashrc= interactive shell only
user can do what you want in these files ..
# after /etc/profile, search in order for the first executable:
~/.bash_profile
~/.bash_log
x27;t know if there is such a system/program but I can help you clear things up.Each of these files are read by bash at different times:.bash_profile is executed when you login.
Stuff you put in there might be your PATH and other important environment variables..bashrc is used for non login she
On Thu, Oct 20, 2005 at 12:01:13AM +0100, Benjamin A'Lee wrote:
> On Wed, 2005-10-19 at 13:44 -0700, Scott Denlinger wrote:
> > is there
> > something about the way xdm or KDE starts which keeps it from sourcing a
> > .bash_profile file? How can I configure xdm or KDE
On Wed, 2005-10-19 at 13:44 -0700, Scott Denlinger wrote:
> is there
> something about the way xdm or KDE starts which keeps it from sourcing a
> .bash_profile file? How can I configure xdm or KDE to read in these files if
> they don't?
.bash_profile is only sourced for login
If I logged into my machine from xdm, all
the $PATH variables I configured in my .bash_profile file didn't get loaded
when I opened a terminal window in KDE. The only way I could get them
initialized was to 'source .bash_profile' after I opened a bash terminal
window.
However, once I rem
James Buchanan wrote:
> For some reason my ~/.bash_profile and ~/.bashrc are not being executed
> by bash. Is there some way I can fix this problem?
Under what circumstances? I will assume you are trying to log into
kdm, gdm, or xdm as that seems typical for people asking your
questio
On Fri, Jun 17, 2005 at 11:32:07PM +1000, James Buchanan wrote:
>
> For some reason my ~/.bash_profile and ~/.bashrc are not being executed
> by bash. Is there some way I can fix this problem? I tried to add a
> script S10sourceprofile to /etc/rc2.d/ but that didn't work.
N
On 2005-06-17, James Buchanan wrote:
> Hi,
>
> For some reason my ~/.bash_profile and ~/.bashrc are not being executed
> by bash.
Under what circumstances are you running bash?
Read the INVOCATION section of the bash man page to understand when
(and whether) each file is so
On Sun, May 08, 2005 at 05:25:59PM -0400, Luis R Finotti wrote:
Dear all,
For some reason, my .bash_profile is not sourced on login. I tried
different users, and all have the same problem. I'm running a very
recent installation of Sarge (updated).
I Googled a little and looked a
James Buchanan <[EMAIL PROTECTED]>:
>
> For some reason my ~/.bash_profile and ~/.bashrc are not being executed
> by bash. Is there some way I can fix this problem? I tried to add a
What problem exactly? What symptoms?
What happens when you "xterm -ls"? That tel
Hi,
For some reason my ~/.bash_profile and ~/.bashrc are not being executed
by bash. Is there some way I can fix this problem? I tried to add a
script S10sourceprofile to /etc/rc2.d/ but that didn't work.
I'm using Sarge. I've searched Google and a few people seem to hav
On Sun, May 08, 2005 at 10:17:40PM -0400, Luis R Finotti wrote:
>
> Sorry for not mentioning it. It was under X... I guess in that case I
> don't have a "login shell". So what would be the proper place to set
> variables for terminals running in X?
If you are running from *DM, use .xsession;
-
That was the difference with my work set up (with Fedora). It seems
like I had the wrong idea of what .bashrc and .bash_profile were
supposed to do. (I thought the former was for configuring bash while
the latter for initial (on login) set up, like env. variables etc.)
In my case, though, I
variables for terminals running in X?
> (...)
> In my case, though, I just linked my .bashrc to my .bash_profile, as I
> usually want both login and non-login shells to have the same behaviour
or, just in case you want different environments for login and
non-login shells, put the common st
e are settings for xterm, what I use today is rxvt-unicode.
Highly recommended for those that want a nice terminal emulator.
In my case, though, I just linked my .bashrc to my .bash_profile, as I
usually want both login and non-login shells to have the same behaviour
(so, I can live without telling a
Dear Alphan and all,
Alphan Bayazit wrote:
For some reason, my .bash_profile is not sourced on login. I tried
different users, and all have the same problem. I'm running a very
recent installation of Sarge (updated).
which login? for ssh and virtual terminals, it is strange. (...)
> If
On Sun, 2005-05-08 at 17:25 -0400, Luis R Finotti wrote:
> For some reason, my .bash_profile is not sourced on login. I tried
> different users, and all have the same problem. I'm running a very
> recent installation of Sarge (updated).
>
which login? for ssh and virtual
Dear all,
For some reason, my .bash_profile is not sourced on login. I tried
different users, and all have the same problem. I'm running a very
recent installation of Sarge (updated).
--
debian[~]% cat .bash_profile
# ~/.bash_profile: executed by bash(1) for login shells.
On Sat, Aug 14, 2004 at 01:41:02PM -0400, Michael wrote:
> I got a little question here. .bash_profile wouldn't execute on terminal
> logon even though the execute bit is set. I am just trying to set some
> application paths. When I force it (./.bash_profile) it works no proble
Hi.
I got a little question here. .bash_profile wouldn't execute on terminal
logon even though the execute bit is set. I am just trying to set some
application paths. When I force it (./.bash_profile) it works no problem.
Thaks in advance.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
> Most importantly you are not starting up a window manager there!?
> Which is the whole point of the ~/.xsession file. You may find
> reading through the default startup scripts /etc/X11/Xsession* useful
> to understand this process. The very last line is 'exec $STARTUP'.
> The 'exec' overlays a
60 Jun 7 08:59 /home/acs/.xsession*
I must be missing something here. If the .xsession is executed, rather
than sourced, why would the environment be inherited anyway?
[EMAIL PROTECTED] acs]$ cat .xsession
#!/bin/sh
export XSESSION_READ=true
source ~/.bash_profile
[EMAIL PROTECTED]
s. :-)
> I must be missing something here. If the .xsession is executed, rather
> than sourced, why would the environment be inherited anyway?
The environment is inherited by the children of a process. If it is
run with /bin/sh then it won't be a login shell and it won't read yo
Adam Siepel wrote:
> > How X starts up can be a mystery. I use "startx" which uses my
> > ~/.xsession. Others do the same and report ~/.xsession is ignored in
> > favour of ~/.xinitrc.
The ~/.xinitrc file is read by xinit. This is a typical start when a
user logs into the text console and then
On Saturday 05 June 2004 22:10, Adam Siepel wrote:
> > How X starts up can be a mystery. I use "startx" which uses my
> > ~/.xsession. Others do the same and report ~/.xsession is
> > ignored in favour of ~/.xinitrc.
> >
> > With that in mind, change the file in question. The first line
> > shou
Incoming from Adam Siepel:
> > ~/.xsession. Others do the same and report ~/.xsession is ignored in
> > favour of ~/.xinitrc.
> >
> > With that in mind, change the file in question. The first line should
> > be:
> >
> > #!/bin/bash --login
> >
> > which will make it a login shell, and your b
> How X starts up can be a mystery. I use "startx" which uses my
> ~/.xsession. Others do the same and report ~/.xsession is ignored in
> favour of ~/.xinitrc.
>
> With that in mind, change the file in question. The first line should
> be:
>
> #!/bin/bash --login
>
> which will make it a lo
Incoming from Adam Siepel:
> Hi -- I'm using gdm, gnome, and bash, and can't seem to get things set up
> so my .bash_profile gets read properly upon login. I've seen some messages
> on various lists that advised explicitly sourcing .bash_profile in
> .xsession for p
Hi -- I'm using gdm, gnome, and bash, and can't seem to get things set up
so my .bash_profile gets read properly upon login. I've seen some messages
on various lists that advised explicitly sourcing .bash_profile in
.xsession for proper startup -- problem is related to Xsession be
On Sun, 04 Jan 2004 08:17:26 -0500, Russ Schneider wrote:
> I have changed the files /etc/bash.bashrc and /etc/profile to my liking.
>
> Problem is, when I create new users, the files .bashrc and .bash_profile
> are created in their home directory and they are created with ele
On Sun, Jan 04, 2004 at 08:36:41 -0500, Russ Schneider wrote:
> When the system copies those files for a new user, they're all owned by
> root:root.
That's sounds like a bug. Please file a report using reportbug.
Ray
--
People don't respond to any events as real people facing events would.
Othe
On Sun, 4 Jan 2004, J.H.M. Dassen (Ray) wrote:
> Edit the skeleton files in /etc/skel/ . (They're marked as conffiles so the
> package management system will not accidentally overwrite your changes).
Great! But I noticed something.
When the system copies those files for a new user, they're all
On Sun, Jan 04, 2004 at 08:17:26 -0500, Russ Schneider wrote:
> What generates .bashrc and .bash_profile for each new user?
adduser(1) by copying from /etc/skel/ .
> Is it something I can alter so it writes them the way I want them?
Edit the skeleton files in /etc/skel/ . (They'r
I have changed the files /etc/bash.bashrc and /etc/profile to my liking.
Problem is, when I create new users, the files .bashrc and .bash_profile
are created in their home directory and they are created with elements
that supercede those two previous files.
What generates .bashrc and
hello,
gdm in the past (maybe 1 or 2 months ago) used /etc/profile when i
logged in. now it doesnt seem to. same with my .bash_profile.
has anyone else experienced this? is there an option in a config file
for this? thanks.
-matt zagrabelny
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Tue, Mar 11, 2003 at 04:57:46PM +0800, Dai Yuwen wrote:
> Hi, Dear All
>
> I'm running xdm + fvwm. And my shell is /bin/bash. I find any variable I
> set in ~/.bash_profile doesn't take effect after I've login X. If I use
> gdm+fvwm, it's OK. So maybe
Dai Yuwen <[EMAIL PROTECTED]> writes:
> I'm running xdm + fvwm. And my shell is /bin/bash. I find any
> variable I set in ~/.bash_profile doesn't take effect after I've login
> X.
Well, sure: nothing in the "logging in via X sequence" runs bash as a
logi
Hi, Dear All
I'm running xdm + fvwm. And my shell is /bin/bash. I find any variable I set in ~/.bash_profile
doesn't take effect after I've login X. If I use gdm+fvwm, it's OK. So maybe I missed thing
related to X? this is my ~/.xsession:
#! /bin/sh
xmodmap ~/.Xm
Hi.
May be /etc/invironment
I try to put some variables in /etc/bashrc (not /etc/profile - KDE do not use it for
me :( ) then this work.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I need to set my locale to en_GB so abiword will boot up with its spelling
checker in GB english mode.
Abiword doc suggests I put
export LANG=en_GB
unset LC_ALL
in either .bashrc or .profile
Typing them on the command line then typing abiword works AOK.
Putting them in .bashrc, .bash_profile
nd my ~/.bash_profile is processed with my
defined enviroment variables.
You may be able to get away with editing /etc/X11/Xsession and doing the
above change.
There may be problems with making all shells start as login shells. I
don't pretend to know what they may be and various pros/cons, but
t Hed Linux' logo in the login window. Then
it ceased to display the PNG's without reporting any errors, even after
being reconfigured. Since xdm was installed, I thought I could just
switch to it but then I found that it wasn't processing .bash_profile.
I'll check out the websi
login window kept getting bonked.
>- If you ctrl-alt-f1 to get a non-X terminal, it keeps coming back
>every n seconds without being asked. Especially annoying if your X
>configuration is bad... I'm just not a GNOME fan.
>
> So I switc
back
every n seconds without being asked. Especially annoying if your X
configuration is bad... I'm just not a GNOME fan.
So I switched to xdm
- and my .bash_profile stopped getting processed. So that after
opening an xterm, none of my custom environment variables were
active
back
every n seconds without being asked. Especially annoying if your X
configuration is bad... I'm just not a GNOME fan.
So I switched to xdm
- and my .bash_profile stopped getting processed. So that after
opening an xterm, none of my custom environment vari
decided to write thus:
> I am setting up a new potato system. I am interested in initializing
> environment
> variables, in particular PATH. I see as the second line in both .bashrc
> and
> .bash_profile, the line:
>
> # see /usr/share/doc/bash/examples/startup-files for ex
On Fri, Jan 04, 2002 at 04:13:10PM -0800, Paul E Condon wrote:
> But on my newly installed system, there is no "examples/" directory at
> /usr/share/doc/bash/
> there is only some residue from a debian install.
> Where are the examples? Where is other docs about user space
> initialization?
Inst
On Fri, Jan 04, 2002 at 04:13:10PM -0800, Paul E Condon wrote:
>
> # see /usr/share/doc/bash/examples/startup-files for examples
>
> But on my newly installed system, there is no "examples/" directory at
> /usr/share/doc/bash/
> there is only some residue from a debian install.
> Where are the e
On Fri, Jan 04, 2002 at 04:13:10PM -0800, Paul E Condon wrote:
> Where are the examples? Where is other docs about user space
> initialization?
Here is mine:
# ~/.bashrc: executed by bash(1) for non-login shells.
# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
On Fri, Jan 04, 2002 at 04:13:10PM -0800, Paul E Condon wrote:
> I am setting up a new potato system. I am interested in initializing
> environment
> variables, in particular PATH. I see as the second line in both .bashrc
> and
> .bash_profile, the line:
>
> # see /usr/sh
>>>>> "Paul" == Paul E Condon <[EMAIL PROTECTED]> writes:
Paul> I am setting up a new potato system. I am interested in
Paul> initializing environment variables, in particular PATH. I
Paul> see as the second line in both .bashrc and .bash_profi
I am setting up a new potato system. I am interested in initializing
environment
variables, in particular PATH. I see as the second line in both .bashrc
and
.bash_profile, the line:
# see /usr/share/doc/bash/examples/startup-files for examples
But on my newly installed system, there is no
You have to uncomment the inclusion of ~/.bashrc in ~/.bash_profile for
~/.bashrc's settings to be evaluated. After this log out of your shell &
log
back in for settings to take effect.
-George
> -Original Message-
> From: Tom Schuetz [mailto:[EMAIL PROTECTED]
I've RTFM, but I'm still not sure what the best place to put stuff I want to
happen at login is.
Is it safe to append stuff like 'alias ls='ls --color'' to the .bash_profile?
Will that even work? .bashrc has that in it, uncommented, but it doesn't kick
in.
I'd appreciate any help.
. I also played with language-env, which seems nearest to the
damage I have obviously done.
What else I may have broken, I can't remember.
Well, now it happens that when I log in (no matter as which user)
through gdm and then open xterm or gnome-terminal, neither /etc/profile
nor ~/.bash_profile
t work for a .xsession...
> I have also tried just "/bin/bash --login" in the saem file to no
> avail?
that would not work, the #! is a magic string the kernel uses to
decide what interpreter to use.
adding source ~.bash_profile to .xsession should definitly work
(before
I have tried
#!/bin/bash --login
and
#!/bin/bash -login
in .xsession and neither works.
I have also tried just "/bin/bash --login" in the saem file to no
avail?
I don't know why.
Tom
On 07 11:45 pm, Ethan Benson wrote:
> > On Tue, Nov 07, 2000 at 10:58:52AM -0600, Denis Kosygin wrote:
On Tue, Nov 07, 2000 at 10:58:52AM -0600, Denis Kosygin wrote:
> Ethan Benson <[EMAIL PROTECTED]> writes:
> > On Tue, Nov 07, 2000 at 02:53:59PM +, Thomas Halahan wrote:
> > > I tried to put
> > > > #! /bin/bash --login
> > > as the header to my ~/.xsessions file but this did not work. should=
On Tue, Nov 07, 2000 at 12:07:43PM +, Thomas Halahan wrote:
> Dear deb-users,
>
> I want my .bash_profile to be read "globally" whenever I log in from
> xdm. Previously in Redhat I would start X from /dev/tty1 which was a
> login shell. However with debi
Ethan Benson <[EMAIL PROTECTED]> writes:
> On Tue, Nov 07, 2000 at 02:53:59PM +, Thomas Halahan wrote:
> > I tried to put
> > > #! /bin/bash --login
> > as the header to my ~/.xsessions file but this did not work. should=20
> > this behave differently to the /etc/X11/Xsession global config?
>
onfig?
im not sure that trick works in the ~/.xsession, i don't really see
why not, but it could.
source ~/.bash_profile
should work for sure though.
some older versions of bash ignored --login in non-interactive mode,
this was fixed back when potato was unstable.
> however the foll
Thanks Ethan,
I tried to put
> #! /bin/bash --login
as the header to my ~/.xsessions file but this did not work. should
this behave differently to the /etc/X11/Xsession global config?
however the following
> if [ -f /etc/environment ]; then
> eval env "$(cat /etc/environment)"
> fi
wo
On Tue, Nov 07, 2000 at 12:07:43PM +, Thomas Halahan wrote:
> Dear deb-users,
>
> I want my .bash_profile to be read "globally" whenever I log in from
> xdm. Previously in Redhat I would start X from /dev/tty1 which was a
> login shell. However with debi
1 - 100 of 161 matches
Mail list logo
