Anzeige:
Ergebnis 1 bis 7 von 7

Thema: aliases

  1. #1
    Guybrush Threepwood Avatar von BBTE
    Registriert seit
    Jan 2002
    Ort
    Hannover
    Beiträge
    433

    aliases

    jo, und zwar nervt mich da was mit den aliases die ich mache

    Ich hab sie schon in alle möglichen dateien eingetragen .bashrc,profile.env, profile, profile.local, egal ob im etc oder home verzeichnis eines users, und es geht zwar in den consolen F1 bis F6 aber mach ich X an und öffne dort ne console dann ist es so als hätte ich die aliases nie gesetzt, schalte ich auf zB auf F2 gehen sie ohne probs, aber in X gehts einfach nicht. hab fluxbox laufen unter gentoo linux und mal xterm probiert und aterm, aber bei beiden funktionieren sie nicht, weiss da keiner rat?

    btw, scheint was mit fluxbox zutun zu haben...
    Geändert von BBTE (11.08.02 um 20:20 Uhr)

  2. #2
    Guybrush Threepwood Avatar von BBTE
    Registriert seit
    Jan 2002
    Ort
    Hannover
    Beiträge
    433
    ok, hab mir Eterm drauf gemacht statt xterm und aterm und damit gehts, seltsam seltsam aber nun ists gut

  3. #3
    - - - - - - - - - - Avatar von zander
    Registriert seit
    Mar 2001
    Beiträge
    6.144
    Vermutlich ist eterm so konfiguriert, dass es standardmässig eine login shell startet; falls das der Fall ist, kannst Du das mit xterm (-ls) und allen anderen Terminalemulatoren auch haben.

  4. #4
    Guybrush Threepwood Avatar von BBTE
    Registriert seit
    Jan 2002
    Ort
    Hannover
    Beiträge
    433
    hey danke, jetzt gehts auch mit xterm

  5. #5
    Registrierter Benutzer Avatar von Jorge
    Registriert seit
    Aug 2001
    Ort
    Erbach bei Ulm
    Beiträge
    3.330
    Original geschrieben von zander
    Vermutlich ist eterm so konfiguriert, dass es standardmässig eine login shell startet;
    Richtig.
    falls das der Fall ist, kannst Du das mit xterm (-ls) und allen anderen Terminalemulatoren auch haben.
    Oder gleich richtig machen. Trage den ******* in ide ~/.bashrc ein und gut ist. Hier zu empfiehlt sich immer wieder gerne die manpage zu bash:

    Code:
    INVOCATION
           A login shell is one whose first character of argument zero  is  a
           -, or one started with the --login option.
    
           An  interactive  shell is one started without non-option arguments
           and without the -c option whose standard input and output are both
           connected  to  terminals  (as  determined  by  isatty(3)),  or one
           started with the -i option.  PS1 is set and $- includes i if  bash
           is  interactive, allowing a shell script or a startup file to test
           this state.
    
           The following paragraphs describe how bash  executes  its  startup
           files.  If any of the files exist but cannot be read, bash reports
           an error.  Tildes are expanded in file names  as  described  below
           under Tilde Expansion in the EXPANSION section.
    
           When  bash  is invoked as an interactive login shell, or as a non-
           interactive shell with the --login option, it first reads and exe_
           cutes  commands  from  the file /etc/profile, if that file exists.
           After  reading  that   file,   it   looks   for   ~/.bash_profile,
           ~/.bash_login,  and  ~/.profile, in that order, and reads and exe_
           cutes commands from the first one that  exists  and  is  readable.
           The  --noprofile  option  may be used when the shell is started to
           inhibit this behavior.
    
           When a login shell exits, bash reads and  executes  commands  from
           the file ~/.bash_logout, if it exists.
    
           When  an  interactive  shell that is not a login shell is started,
           bash reads and executes commands  from  ~/.bashrc,  if  that  file
           exists.   This  may  be inhibited by using the --norc option.  The
           --rcfile file option will force bash to read and execute  commands
           from file instead of ~/.bashrc.
    
           When bash is started non-interactively, to run a shell script, for
           example, it looks for the variable BASH_ENV  in  the  environment,
           expands its value if it appears there, and uses the expanded value
           as the name of a file to read and execute.  Bash behaves as if the
           following command were executed:
                  if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi
           but  the  value of the PATH variable is not used to search for the
           file name.
    
           If bash is invoked with the name sh, it tries to mimic the startup
           behavior  of  historical  versions  of  sh as closely as possible,
           while conforming to the POSIX standard as well.  When  invoked  as
           an  interactive  login  shell, or a non-interactive shell with the
           --login option, it first attempts to  read  and  execute  commands
           from  /etc/profile and ~/.profile, in that order.  The --noprofile
           option may be used to inhibit this behavior.  When invoked  as  an
           interactive  shell  with  the name sh, bash looks for the variable
           ENV, expands its value if it is defined,  and  uses  the  expanded
           value  as  the  name of a file to read and execute.  Since a shell
           invoked as sh does not attempt to read and execute  commands  from
           any  other  startup  files,  the --rcfile option has no effect.  A
           non-interactive shell invoked with the name sh does not attempt to
           read  any  other  startup  files.  When invoked as sh, bash enters
           posix mode after the startup files are read.
    
           When bash is started in posix mode, as with  the  --posix  command
           line  option, it follows the POSIX standard for startup files.  In
           this mode, interactive shells expand the ENV variable and commands
           are  read  and  executed  from the file whose name is the expanded
           value.  No other startup files are read.
    
           Bash attempts to determine when it is  being  run  by  the  remote
           shell daemon, usually rshd.  If bash determines it is being run by
           rshd, it reads and executes commands from ~/.bashrc, if that  file
           exists  and  is  readable.   It will not do this if invoked as sh.
           The --norc option may be used to inhibit this  behavior,  and  the
           --rcfile  option may be used to force another file to be read, but
           rshd does not generally invoke the shell  with  those  options  or
           allow them to be specified.
    
           If  the  shell  is  started with the effective user (group) id not
           equal to the real user (group) id, and the -p option is  not  sup_
           plied,  no  startup files are read, shell functions are not inher_
           ited from the environment, the SHELLOPTS variable, if  it  appears
           in  the  environment, is ignored, and the effective user id is set
           to the real user id.  If the -p option is supplied at  invocation,
           the startup behavior is the same, but the effective user id is not
           reset.

  6. #6
    - - - - - - - - - - Avatar von zander
    Registriert seit
    Mar 2001
    Beiträge
    6.144
    Oder so.

  7. #7
    Unix-Missionar
    Registriert seit
    Jul 2002
    Ort
    Rosenbach
    Beiträge
    36

    Unhappy

    hi@all

    ich verwende Eterm in Enlightenment, und kriege es einfach nicht hin, systemweit den PATH zu erweitern z.B. mit /opt/kde/bin. ich habe in allen moegl. scripten (/etc/profiles, /etc/csh.login, /etc/csh.cshrc, /etc/bash.bashrc, und in den $HOME scritpen ) PATH gesetzt, mit export PATH=$PATH:/opt/kde/bin oder tcsh spezifisch setenv PATH ${PATH}:/usr/kde/bin.

    Eterm basiert auf tcsh und verhält sich wie eine login-shell, dann sollte es doch auch jedesmal wenn ich eine Eterm aufrufe, /etc/profile oder $HOME/.profile lesen, und so die PATH erweiterung mitkriegen. dem ist aber nicht so. in welcher datei wird der PATH zuerst gesetzt? denn wenn ich meine PATH erweiterung da reinschreibe, braeuchte ich mich doch nicht mehr um die frage kuemmern, welche shell ich aufrufe, oder ob ich auf der konsole arbeite, oder in X. ich dachte die zustaendige datei waere /etc/profile, doch als ich da was reingeschrieben habe, blieb es ohne wirkung. kann mir einer helfen?

    danke fuer hilfe, hnzi

    (sorry, beitrag gehoert eigentlich nicht richtig hierher )
    Geändert von hnzi (12.12.02 um 13:52 Uhr)
    WS:
    Debian Sarge, manueller 2.4.27
    PII 350MHz, 256Mb, Riva TNT, DXR3

    Server:
    Debian Woody, Standart 2.4.18
    PI 75Mhz, 16Mb, DSL (ja ich weiss, aber laeuft 24h problemlos durch)

    praktisch ist nichts theoretisch

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •