[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Variables de entorno



Solución a la que he llegado:
Para las sesiones sin X uso el /etc/bash.bashrc, el cual es incluido
también por /etc/profile, así abarco tanto sesiones login como no
login shells.
Para las X, pues como uso KDE lo he hecho todo siguiendo el esquema de KDE.
Resulta que por alguna razón, tendría que estudiar con más
detenimiento el script startkde, si pones una serie de varaibles de
entorno en el xsession y luego haces exec startkde, por la forma que
tiene este último de lanzar el kwin y demás las variables de entorno
no se heredan con lo cual  el sistema de xsession no funciona.
La solución: poner el/los scripts que deban configurar las variables
de entorno en el  /usr/share/kde/env y auellos scripts que configuren
cosas que requieran que el wm este arriba en /usr/share/kde/Autostart.
Necesito mantener una configuración para cada entorno pero bueno al
final tampoco es tanto problema.

On 1/25/06, Angel Claudio Alvarez <angel@angel-alvarez.com.ar> wrote:
> El mié, 25-01-2006 a las 09:38 +0100, Pablo Giménez escribió:
> > Si lo del .xsession lo conozco también, pero resulta que las sesiones
> > uniciadas por getores como kdm o gdm, a no ser que les indiques que
>
> Yo tengo un kiosko con gdm y me funciona perfectamente el autologon
> con .xsession
>
> > arranquen la sesion por defecto (Default Session) no usan el
> > $HOME/.xsession. Además eso sólo vale para sesiones de X, si hay
> > máquinas en las que no se van a arrancar las X normalmente (y las hay)
> > entoncés ya no vale.
> jamas le indique a ningun .xsession que arranque la sesion por defecto
> Es mas algunos modelos ni siquiera utilizan wm (solo ejecutan un scrip
> en perl que --entre otras cosas-- abre firefox)
>
> > Opción actual: hacer un script que sea incluido mediante source tanto
> > en $HOME/.bashrc (el cual es incluido por .bash_profile con lo cua
> > problema solucionado tanto para login como no login shells), como en
> > el .xsession como angel indicaba y hacer a los usuarios que en lugar
> > de arrancar la sesión "KDE", arranquen la sesión por defecto "Default
> > Session" para obligar a kdm a usar el .xsession del usuario.
> > sigo sin poder evitar el tener que tocar configuraciones tanto para
> > sesiones de consola como de X, no es que sea un problema sino que
> > buscaba algo lo más elegante posible.
>
> Para las maquinas que no utilicen X utiliza profile
> y para las que tienen X levanta gdm y listo
> (tenes para ejecutar scripts presession y postlogin)
>
>
> >
> > On 1/24/06, Angel Claudio Alvarez <angel@angel-alvarez.com.ar> wrote:
> > > El mar, 24-01-2006 a las 09:46 +0100, Pablo Giménez escribió:
> > > > Gracias por las respuestas.
> > > > Lo del /etc/environment lo he usado en anteriores ocasiones.
> > > > El problema es que no me vale ya que necesito que se ejecuten algunas
> > > > instrucciones de bash, necesito un script no un fichero que enumere
> > > > variables de entorno, puesto que algunas variables de entorno se
> > > > obtienen a base de algunos sed y cosas así.
> > > > Lo que busco es un script en bash que se ejecute siempre en el
> > > > arranque y ponga variables de entorno para cualquier sesión.
> > > > Los /etc/bash_profile y /etc/profile no se ejecutan si arranco desde
> > > > kdm, y lo que no quiero es tocar tanto los fichero de inicio de
> > > > sesiones de bash como los de las sesiones de kdm.
> > > > Y lo que no sé es si hay algún script de ese tipo en el sistema.
> > > >
> > >
> > > xsession
> > > create un .xsession en el home del usuario y ejecuta lo que quieras
> > >
> > > > On 1/24/06, Santi Saez <santi@hostalia.com> wrote:
> > > > >
> > > > > El 23/01/2006, a las 10:15, Pablo Giménez escribió:
> > > > > > Que tal.
> > > > > > Tengo una duda con respecto a cómo configurar las variables de entorno
> > > > > > en un sistema debian.
> > > > > > Tenemos el fichero /etc/environment, en el cual se pueden poner pares
> > > > > > variable/valor y estas funcionan para todas las sesiones, incluidas la
> > > > > > sesion de las X Window.El problema es que no es un script que se
> > > > > > ejecuta sino, supongo, es un fichero leido por otro script que es el
> > > > > > que realmente exporta las variables alli contenidas.
> > > > >
> > > > > Hola Pablo,
> > > > >
> > > > > Prueba a añadir en tu script algo tan simple como:
> > > > >
> > > > > ". /etc/environment"
> > > > >
> > > > > Sin las comillas y con el punto del principio, el punto (.) es el
> > > > > operador de inclusion en los shell script, algo asi como la funcion
> > > > > include() de PHP.
> > > > >
> > > > > Saludos,
> > > > >
> > > > > --
> > > > > Santi Saez
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Un saludo
> > > > Best Regards
> > > > Pablo Giménez
> > > >
> > > --
> > > Angel Claudio Alvarez
> > > Usuario Linux Registrado 143466
> > > GPG Public Key en http://pgp.mit.edu
> > > key fingerprint = 3AED D95B 7E2D E954 61C8  F505 1884 473C FC8C 8AC4
> > >
> > >
> > >
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.4.2 (GNU/Linux)
> > >
> > > iD8DBQBD1qUuGIRHPPyMisQRAh5tAJ4oh+lCgm7wIWgCd8Gz9fiRlo3PuACfVpvp
> > > IRDWFfuw2V3hGdB2vdzGiUU=
> > > =wC3v
> > > -----END PGP SIGNATURE-----
> > >
> > >
> > >
> >
> >
> > --
> >
> > Un saludo
> > Best Regards
> > Pablo Giménez
> >
> --
> Angel Claudio Alvarez
> Usuario Linux Registrado 143466
> GPG Public Key en http://pgp.mit.edu
> key fingerprint = 3AED D95B 7E2D E954 61C8  F505 1884 473C FC8C 8AC4
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
>
> iD8DBQBD1/qUGIRHPPyMisQRAkyBAKCIW+wxe/4yntoLtI7RLUJkTRz4LQCdEwdy
> 9zVez5iWJ9WPtY23GyW14sg=
> =uAHm
> -----END PGP SIGNATURE-----
>
>
>


--

Un saludo
Best Regards
Pablo Giménez



Reply to: