Re: Strange Problem with 'alias'
On Tue, 2016-11-08 at 15:04 -0500, Greg Wooledge wrote: > On Tue, Nov 08, 2016 at 02:37:34PM -0500, Henning wrote: > > Put your aliases into .bash_ptofile > > No, don't do that. Make your login shell profile source or dot in > ~/.bashrc instead. > Ok, now I have to ask the queston, maybe a tangent and maybe not important to OP, but why is it better to source in .bashrc from .profile rather than putting the commands in .bash_profile?? -- 73s de WB5VQX
Re: Strange Problem with 'alias'
On Tue, Nov 08, 2016 at 02:37:34PM -0500, Henning wrote: > Put your aliases into .bash_ptofile No, don't do that. Make your login shell profile source or dot in ~/.bashrc instead.
Re: Strange Problem with 'alias'
> On Nov 8, 2016, at 2:01 PM, S. P. Molnarwrote: > > I am running Debian v-8.5.0 with the bash shell and a number of alias's > defined. > > For example alias l='ls -l --color' > > When I boot the system none of the definitions of alias in .bashrc are > active. That is until I open a terminal and input source .bashrc. So far, > so good alias works - in that terminal! If I open a tab in the same terminal > the alias's are gone!!! > > I keep the system up to date. > > Is this fatal? NO Very annoying? YES > > I don't have the faintest idea as to what is going on. > > A solyutio to this problem, short of a new installation of the OS, will be > very appreciated. Thanks in advance. > > There is a difference between login shell and interactive shell. Put your aliases into .bash_ptofile >
Re: Strange Problem with 'alias'
On 11/08/2016 02:01 PM, S. P. Molnar wrote: I am running Debian v-8.5.0 with the bash shell and a number of alias's defined. For example alias l='ls -l --color' When I boot the system none of the definitions of alias in .bashrc are active. That is until I open a terminal and input source .bashrc. So far, so good alias works - in that terminal! If I open a tab in the same terminal the alias's are gone!!! I keep the system up to date. Is this fatal? NO Very annoying? YES I don't have the faintest idea as to what is going on. A solyutio to this problem, short of a new installation of the OS, will be very appreciated. Thanks in advance. An addendum to the above. It would appear to be xfce5-terminal at fault. If I use UXTerm or XTermthe alias definitions are active. Reinstalling xfce4-terminal generated the messages: (synaptic:14233): GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid > 0' failed (Reading database ... 243321 files and directories currently installed.) Preparing to unpack .../xfce4-terminal_0.6.3-1+b1_amd64.deb ... Unpacking xfce4-terminal (0.6.3-1+b1) over (0.6.3-1+b1) ... Processing triggers for gnome-menus (3.13.3-6) ... Processing triggers for desktop-file-utils (0.22-1) ... Processing triggers for mime-support (3.58) ... Processing triggers for man-db (2.7.0.2-5) ... Setting up jre1.8.0-112 (1.8.0112-1) ... Error: unpack200 - command could not be found. Please refer to the Troubleshooting section of theInstallation Instructions on the download page. /var/lib/dpkg/info/jre1.8.0-112.postinst: line 641: /usr/sbin/alternatives: No such file or directory dpkg: error processing package jre1.8.0-112 (--configure): subprocess installed post-installation script returned error exit status 127 Setting up xfce4-terminal (0.6.3-1+b1) ... Errors were encountered while processing: jre1.8.0-112 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up jre1.8.0-112 (1.8.0112-1) ... Error: unpack200 - command could not be found. Please refer to the Troubleshooting section of theInstallation Instructions on the download page. /var/lib/dpkg/info/jre1.8.0-112.postinst: line 641: /usr/sbin/alternatives: No such file or directory dpkg: error processing package jre1.8.0-112 (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: jre1.8.0-112 Synaptic gives me the following message: E: jre1.8.0-112: subprocess installed post-installation script returned error exit status 127 Solution(s) please? Again, thanks in advance. -- Stephen P. Molnar, Ph.D.Life is a fuzzy set www.Molecular-Modeling.net Stochastic and multivariate (614)312-7528 (c) Skype: smolnar1
Strange Problem with 'alias'
I am running Debian v-8.5.0 with the bash shell and a number of alias's defined. For example alias l='ls -l --color' When I boot the system none of the definitions of alias in .bashrc are active. That is until I open a terminal and input source .bashrc. So far, so good alias works - in that terminal! If I open a tab in the same terminal the alias's are gone!!! I keep the system up to date. Is this fatal? NO Very annoying? YES I don't have the faintest idea as to what is going on. A solyutio to this problem, short of a new installation of the OS, will be very appreciated. Thanks in advance. -- Stephen P. Molnar, Ph.D.Life is a fuzzy set www.Molecular-Modeling.net Stochastic and multivariate (614)312-7528 (c) Skype: smolnar1