Variables de entorno de KDevelop
Saludos listeros: Alguno de ustedes sabe como hallara las variables de entorno de KDevelop??? La pregunta viene dada pues estoy haciendo cositas en proyectos de PHP y pues usando php5-cli le quiero pasar el nombre de archivo pues no me lo encuentra de la forma tradicional o sea cuando le doy al botoncito de Run. La idea es configurar esa herramienta externa para que me interprete los byte-codes PHP. -- Success in life is a matter no so much of talent and opportunity as of concentration and perseverance
Variables de entorno en el arranque.
Hola. Quiero hace que una variable de entorno está disponible en todas las sesiones desde el arranque. ¿Dónde se pone? Es que he puesto en consola como root export JAVA_HOME=/usr/local... y sólo me vale para la sesión en la que estoy. Gracias. Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de entorno en el arranque.
/etc/profile 2006/8/18, Carlos Martinez [EMAIL PROTECTED]: Hola. Quiero hace que una variable de entorno está disponible en todas las sesiones desde el arranque. ¿Dónde se pone? Es que he puesto en consola como root export JAVA_HOME=/usr/local... y sólo me vale para la sesión en la que estoy. Gracias. Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Atentamente, .~. ( 0 0 ) Moisés Alberto Lindo Gutarra / V \ Asesor - Desarrollador Java / Open Source // \\ TUMI Solutions S.A.C. /(( _))\ Cel: 97366260 Trab: 3481104 oo0 0oo MSN: [EMAIL PROTECTED]
Re: Variables de entorno en el arranque.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 El 18/08/06 13:41, Moises Alberto Lindo Gutarra escribió: /etc/profile Y también puede hacer una forma más: En el /etc/skel/.bashrc poner el parámetro de la llamada a Java. Para cuando se crea una cuenta en la máquina. O también, hacerlo en el fichero ~/.bashrc del usuario. Es muy efectivo. Incluso, se pueden añadir más líneas si se quiere ;-) - -- Slds de Santiago José López Borrazás. Admin de hackindex.com/.es Conocimientos avanzados en seguridad informática. Conocimientos avanzados en redes pequeñas y grandes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQIVAwUBROWotbuF9/q6J55WAQrQ5g//Vk41BkX/wWfycw0r/VUb14lf4mWwjnxS oRceenvQ4EJirWauCHbfn0Fio3djAaHCYdABRnMfmt2m9gD5ygFgdPheOdfHlvqW T2xTwKp+BIiNhTF9o+BSWVCIBTV+Hp6mSWOPCs21UqGPrE/q4ybDsIzFZrDZBNH9 F3iQrojWwGM76doYNQyRrG/660wwhJUQY9UtEc6+mFo2kvfLGSwd38MyikuUqKpM 79KbI/PZA2WljAitJCM7PdeC5BU51KqJn9AHJo3wUtgcXBKB6ysMDppkJk2qw55x Z1aahda8qlBAMlBboyhz+idHiqHuXI9Z5zOQZjlrPCi2UOEP1+8nOohNJIADXP8z 9tJFRs4h5vGRElJNUZYEIRh2NahBGQKMs/3px1fDdiDt9rTwfbhD7dA58xe0863z Z2KtzQhVAvgCu3L+hFXiVIPxu4zAdqXPy1qxZsKZpxREPY/L7T6xVWGEsvdpW+JW H9jzuGba3OgjuewpvCvjQY3GYRvfH5G55dseya63jBhJanNfgHRCjQyXYTpCm1j7 4NXPuXNp7A/LPEzXS3ipWYoeb65FssvFphp1j9Hhv1cvIOOFGhIzKW46ABouvh2s 7BCys42uFhll47m7cxyxlTmN4OZeNVZBJ8vbrWNgGemPWeCcbFmLCzNnNzjTWwzf L8lFGsdyJPc= =2jmT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de entorno en el arranque.
Santiago José López Borrazás escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 El 18/08/06 13:41, Moises Alberto Lindo Gutarra escribió: /etc/profile Y también puede hacer una forma más: En el /etc/skel/.bashrc poner el parámetro de la llamada a Java. Para cuando se crea una cuenta en la máquina. O también, hacerlo en el fichero ~/.bashrc del usuario. Es muy efectivo. Incluso, se pueden añadir más líneas si se quiere ;-) - -- Slds de Santiago José López Borrazás. Admin de hackindex.com/.es Conocimientos avanzados en seguridad informática. Conocimientos avanzados en redes pequeñas y grandes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQIVAwUBROWotbuF9/q6J55WAQrQ5g//Vk41BkX/wWfycw0r/VUb14lf4mWwjnxS oRceenvQ4EJirWauCHbfn0Fio3djAaHCYdABRnMfmt2m9gD5ygFgdPheOdfHlvqW T2xTwKp+BIiNhTF9o+BSWVCIBTV+Hp6mSWOPCs21UqGPrE/q4ybDsIzFZrDZBNH9 F3iQrojWwGM76doYNQyRrG/660wwhJUQY9UtEc6+mFo2kvfLGSwd38MyikuUqKpM 79KbI/PZA2WljAitJCM7PdeC5BU51KqJn9AHJo3wUtgcXBKB6ysMDppkJk2qw55x Z1aahda8qlBAMlBboyhz+idHiqHuXI9Z5zOQZjlrPCi2UOEP1+8nOohNJIADXP8z 9tJFRs4h5vGRElJNUZYEIRh2NahBGQKMs/3px1fDdiDt9rTwfbhD7dA58xe0863z Z2KtzQhVAvgCu3L+hFXiVIPxu4zAdqXPy1qxZsKZpxREPY/L7T6xVWGEsvdpW+JW H9jzuGba3OgjuewpvCvjQY3GYRvfH5G55dseya63jBhJanNfgHRCjQyXYTpCm1j7 4NXPuXNp7A/LPEzXS3ipWYoeb65FssvFphp1j9Hhv1cvIOOFGhIzKW46ABouvh2s 7BCys42uFhll47m7cxyxlTmN4OZeNVZBJ8vbrWNgGemPWeCcbFmLCzNnNzjTWwzf L8lFGsdyJPc= =2jmT -END PGP SIGNATURE- Hola. Gracias por las respuestas. La idea es hacer que tenga ese valor, para iniciar de forma automática un JBOSS y que coja la JAVA_HOME correcta. Tb tiene que estar siempre disponible cuando algún usuario quiera reiniciar alguna instancia de servidor, sea logándose por SSH, directamente en consola o ejecutando con ssh un script en el servidor (con putty desde win). Supongo que todo esto se hace poniéndolo en los sitios que me habéis dicho, no? Dos preguntas: ¿si alguien hace su -usuario, se mantiene la variable? ¿estárá la variable tb en el entorno gráfico? Gracias. Saludos. Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de entorno en el arranque.
On 8/18/06, Moises Alberto Lindo Gutarra [EMAIL PROTECTED] wrote: /etc/profile Pero eso solo funcionaría para los sh-like shells, no? -- La educación comienza en la cuna y termina en la tumba José de la Luz y Caballero
Re: Variables de entorno en el arranque.
On 8/18/06, Carlos Martinez [EMAIL PROTECTED] wrote: Hola. Quiero hace que una variable de entorno está disponible en todas las sesiones desde el arranque. ¿Dónde se pone? Es interesante que siendo una lista de Debian en las otras respuestas no se mencione /etc/environment. No existe ese archivo en otras distros como RH, por ejemplo. -- La educación comienza en la cuna y termina en la tumba José de la Luz y Caballero
Re: Configurando nuevas variables de entorno en el sistema
Para configurar variables de entorno para todo el sistema deberías utilizar el /etc/profile, de la siguiente manera: # Varibales de Pepo (Aqui configuro la variable para Java) JAVA_PATH=/opt/jdk1.5.0_06 #... PATH=$JAVA_PATH/bin:$PATH export PATH JAVA_PATH El Viernes, 23 de Junio de 2006 09:36, Inigo Tejedor Arrondo escribió: El vie, 23-06-2006 a las 10:20 -0400, Kevin Josue escribió: Hola lista, tengo una pequeña duda, la manera usual de configurar variables de entorno para todo el sistema es definir dicha variable en /etc/profile? especificamente porque quiero agregar unos directorios a la variable LD_LIBRARY_PATH pero creo que no esta definida en el sistema. Gracias de antemano. Si la quieres solo para tu usuario, hazlo en tu home. Si la quieres para todo el mundo, yo suelo usar /etc/environment -- Linux User Registered #232544 Jabber : [EMAIL PROTECTED] Ekiga : [EMAIL PROTECTED] ICQ : 337889406 GnuPG-key : www.keyserver.net --- dum loquimur, fugerit invida aetas: carpe diem, quam minimum credula postero. pgpVfsixqV9zc.pgp Description: PGP signature
Configurando nuevas variables de entorno en el sistema
Hola lista, tengo una pequeña duda, la manera usual de configurar variables de entorno para todo el sistema es definir dicha variable en /etc/profile? especificamente porque quiero agregar unos directorios a la variable LD_LIBRARY_PATH pero creo que no esta definida en el sistema. Gracias de antemano. -- Linux Counter #395394 Si la base de la sociedad es ayudar a los demas, porque decir no a la libertad de modificar y compartir el software? (Richard Stallman) La imaginacion es mas importante que el conocimiento (Albert Einstein)
Re: Configurando nuevas variables de entorno en el sistema
El vie, 23-06-2006 a las 10:20 -0400, Kevin Josue escribió: Hola lista, tengo una pequeña duda, la manera usual de configurar variables de entorno para todo el sistema es definir dicha variable en /etc/profile? especificamente porque quiero agregar unos directorios a la variable LD_LIBRARY_PATH pero creo que no esta definida en el sistema. Gracias de antemano. Si la quieres solo para tu usuario, hazlo en tu home. Si la quieres para todo el mundo, yo suelo usar /etc/environment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
Re: Variables de entorno
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 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. 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. On 1/24/06, Angel Claudio Alvarez [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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
Re: Variables de entorno
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Variables de entorno
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
Re: Variables de entorno
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. On 1/24/06, Santi Saez [EMAIL PROTECTED] 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
Re: Variables de entorno
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 [EMAIL PROTECTED] 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 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Variables de entorno
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. Lo que necesito es una forma de ejecutar un script que exporte variables de entorno para todo el sistema, esta el /etc/profile o el /etc/bash.bashrc pero esos no funcionan si lo que estas haciando es arrancar una sesion X desde kdm por ejemplo. Alguna forma de ejecutar dicho script y que afecte a todo, a sesiones X, sesiones de consola, etc ... para todo el sistema. Gracias. -- Un saludo Best Regards Pablo Giménez
Re: Variables de entorno
mailman.cgi Description: application/cgi
Re: Variables de entorno
El lun, 23-01-2006 a las 10:15 +0100, 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. Lo que necesito es una forma de ejecutar un script que exporte variables de entorno para todo el sistema, esta el /etc/profile o el /etc/bash.bashrc pero esos no funcionan si lo que estas haciando es arrancar una sesion X desde kdm por ejemplo. Alguna forma de ejecutar dicho script y que afecte a todo, a sesiones X, sesiones de consola, etc ... para todo el sistema. Gracias. -- en /etc/profile tenes que anteponer export a la variable Si no, tenes /etc/environment ( aca no hace falta el export) 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 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Variables de entorno
Hola :D ¿Podrían poner un ejemplo concreto porfis? Atte. Normiux :) El lun, 23-01-2006 a las 10:15 +0100, 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. Lo que necesito es una forma de ejecutar un script que exporte variables de entorno para todo el sistema, esta el /etc/profile o el /etc/bash.bashrc pero esos no funcionan si lo que estas haciando es arrancar una sesion X desde kdm por ejemplo. Alguna forma de ejecutar dicho script y que afecte a todo, a sesiones X, sesiones de consola, etc ... para todo el sistema. Gracias. -- en /etc/profile tenes que anteponer export a la variable Si no, tenes /etc/environment ( aca no hace falta el export) 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de entorno
El lun, 23-01-2006 a las 16:43 -0600, [EMAIL PROTECTED] escribió: Hola :D ¿Podrían poner un ejemplo concreto porfis? ??? en /etc/profile export JAVA_HOME=/opt/j2sdk en /etc/environment JAVA_HOME=/opt/j2sdk Atte. Normiux :) El lun, 23-01-2006 a las 10:15 +0100, 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. Lo que necesito es una forma de ejecutar un script que exporte variables de entorno para todo el sistema, esta el /etc/profile o el /etc/bash.bashrc pero esos no funcionan si lo que estas haciando es arrancar una sesion X desde kdm por ejemplo. Alguna forma de ejecutar dicho script y que afecte a todo, a sesiones X, sesiones de consola, etc ... para todo el sistema. Gracias. -- en /etc/profile tenes que anteponer export a la variable Si no, tenes /etc/environment ( aca no hace falta el export) 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 -- 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 signature.asc Description: Esta parte del mensaje está firmada digitalmente
variables de entorno?
tengo instalado Etch detras de un proxy ISA Server, en las variables de entorno coloco export http_proxy=http://XX.XX.XX.XX:80 ahora proble varias combinaciones para el usuario y la contraseña pero ninguna parece funcionar --proxy_user:usuario --proxy_passwd:contraseña tambien con export http_proxy=http://usuario:[EMAIL PROTECTED]:80 export http_proxy=http://XX.XX.XX.XX:80 --proxy_user:usuario --proxy_passwd:contraseña esto en .bash_profile la autenticacion es por NTLM. Que estoy haciendo mal? ya que no puedo conectarme. Saludos y Gracias
Re: variables de entorno?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ricardo Delgado wrote: tengo instalado Etch detras de un proxy ISA Server, en las variables de entorno coloco export http_proxy=http://XX.XX.XX.XX:80 el proxy esta en el 80? ahora proble varias combinaciones para el usuario y la contraseña pero ninguna parece funcionar --proxy_user:usuario --proxy_passwd:contraseña esto en donde? tambien con export http_proxy=http://usuario:[EMAIL PROTECTED]:80 export http_proxy=http://XX.XX.XX.XX:80 --proxy_user:usuario --proxy_passwd:contraseña esto en .bash_profile mmm creo que no seria asi en bash profile... la autenticacion es por NTLM. Que estoy haciendo mal? ya que no puedo conectarme. Saludos y Gracias como intentas conectarte? es decir, una vez que exportas mediante: export http_proxy=http://usuario:[EMAIL PROTECTED]:80 (notese las comillas antes y despues) que dice wget http://www.google.com? por ultimo, mira si http://www.tldp.org/HOWTO/Web-Browsing-Behind-ISA-Server-HOWTO-4.html ayuda - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDu9svkw12RhFuGy4RAiIyAKCBQI4irXe1n3aBMPXT9z3PIbWqogCdFi0X 5hzOGGMsoLU4zQ/7qs+/vyI= =mYBA -END PGP SIGNATURE-
Re: variables de entorno?
El 4/01/06, Ricardo Frydman Eureka![EMAIL PROTECTED] escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ricardo Delgado wrote: tengo instalado Etch detras de un proxy ISA Server, en las variables de entorno coloco export http_proxy=http://XX.XX.XX.XX:80 el proxy esta en el 80? sip, el proxy esta en el 80, por lo menos asi lo hace el FIREFOX ó MOZILLA que son los unicos que salen a internet, con otros navegadores imposible ahora proble varias combinaciones para el usuario y la contraseña pero ninguna parece funcionar --proxy_user:usuario --proxy_passwd:contraseña esto en donde? todo en .bash_profile tambien con export http_proxy=http://usuario:[EMAIL PROTECTED]:80 export http_proxy=http://XX.XX.XX.XX:80 --proxy_user:usuario --proxy_passwd:contraseña esto en .bash_profile mmm creo que no seria asi en bash profile... la autenticacion es por NTLM. Que estoy haciendo mal? ya que no puedo conectarme. Saludos y Gracias como intentas conectarte? es decir, una vez que exportas mediante: export http_proxy=http://usuario:[EMAIL PROTECTED]:80 (notese las comillas antes y despues) que dice wget http://www.google.com? probe con esta combinacion (incluyendo comillas) pero nada! por ultimo, mira si http://www.tldp.org/HOWTO/Web-Browsing-Behind-ISA-Server-HOWTO-4.html ayuda voy a ver esta pagina. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDu9svkw12RhFuGy4RAiIyAKCBQI4irXe1n3aBMPXT9z3PIbWqogCdFi0X 5hzOGGMsoLU4zQ/7qs+/vyI= =mYBA -END PGP SIGNATURE- respuesta del ISA Server The page cannot be displayed There is a problem with the page you are trying to reach and it cannot be displayed. _ Please try the following: * Click the Refresh button, or try again later. * Open the Web site home page, and then look for links to the information you want. * If you typed the page address in the Address bar, make sure that it is spelled correctly. * Verify that the Internet access policy on your network allows you to view this this page. * If you believe you should be able to view this directory or page, please contact the Web site administrator by using the e-mail address or phone number listed on the Web site home page. HTTP 407 Proxy Authentication Required - The ISA Server requires authorization to fulfill the request. Access to the Web Proxy service is denied. (12209) Internet Security and Acceleration Server _ Technical Information (for support personnel) * Background: The gateway could not retrieve the requested page. * ISA Server: isaserver.gmt.xx.xx Via: Time: 1/4/2006 2:32:18 PM GMT Saludos
Re: variables de entorno?
Hola.. apt-cache search ntlmaps apt-cache show ntlmaps apt-get install ntlmaps man ntlmaps buscando en google ntlm + debian + proxy encontre entre los primeros 10 resultados http://www.livejournal.com/users/debaday/35503.html suerte y salu2 !! On 04/01/06, Ricardo Delgado [EMAIL PROTECTED] wrote: El 4/01/06, Ricardo Frydman Eureka![EMAIL PROTECTED] escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ricardo Delgado wrote: tengo instalado Etch detras de un proxy ISA Server, en las variables de entorno coloco export http_proxy=http://XX.XX.XX.XX:80 el proxy esta en el 80? sip, el proxy esta en el 80, por lo menos asi lo hace el FIREFOX ó MOZILLA que son los unicos que salen a internet, con otros navegadores imposible ahora proble varias combinaciones para el usuario y la contraseña pero ninguna parece funcionar --proxy_user:usuario --proxy_passwd:contraseña esto en donde? todo en .bash_profile tambien con export http_proxy=http://usuario:[EMAIL PROTECTED]:80 export http_proxy=http://XX.XX.XX.XX:80 --proxy_user:usuario --proxy_passwd:contraseña esto en .bash_profile mmm creo que no seria asi en bash profile... la autenticacion es por NTLM. Que estoy haciendo mal? ya que no puedo conectarme. Saludos y Gracias como intentas conectarte? es decir, una vez que exportas mediante: export http_proxy=http://usuario:[EMAIL PROTECTED]:80 (notese las comillas antes y despues) que dice wget http://www.google.com? probe con esta combinacion (incluyendo comillas) pero nada! por ultimo, mira si http://www.tldp.org/HOWTO/Web-Browsing-Behind-ISA-Server-HOWTO-4.html ayuda voy a ver esta pagina. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDu9svkw12RhFuGy4RAiIyAKCBQI4irXe1n3aBMPXT9z3PIbWqogCdFi0X 5hzOGGMsoLU4zQ/7qs+/vyI= =mYBA -END PGP SIGNATURE- respuesta del ISA Server The page cannot be displayed There is a problem with the page you are trying to reach and it cannot be displayed. _ Please try the following: * Click the Refresh button, or try again later. * Open the Web site home page, and then look for links to the information you want. * If you typed the page address in the Address bar, make sure that it is spelled correctly. * Verify that the Internet access policy on your network allows you to view this this page. * If you believe you should be able to view this directory or page, please contact the Web site administrator by using the e-mail address or phone number listed on the Web site home page. HTTP 407 Proxy Authentication Required - The ISA Server requires authorization to fulfill the request. Access to the Web Proxy service is denied. (12209) Internet Security and Acceleration Server _ Technical Information (for support personnel) * Background: The gateway could not retrieve the requested page. * ISA Server: isaserver.gmt.xx.xx Via: Time: 1/4/2006 2:32:18 PM GMT Saludos
Re: variables de entorno?
El mié, 04-01-2006 a las 11:23 -0300, Ricardo Delgado escribió: tengo instalado Etch detras de un proxy ISA Server, en las variables de entorno coloco export http_proxy=http://XX.XX.XX.XX:80 ahora proble varias combinaciones para el usuario y la contraseña pero ninguna parece funcionar --proxy_user:usuario --proxy_passwd:contraseña tambien con export http_proxy=http://usuario:[EMAIL PROTECTED]:80 proba con: http://DOMINIO\\usuario:[EMAIL PROTECTED]/ export http_proxy=http://XX.XX.XX.XX:80 --proxy_user:usuario --proxy_passwd:contraseña esto en .bash_profile la autenticacion es por NTLM. Que estoy haciendo mal? ya que no puedo conectarme. Saludos y Gracias -- 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 signature.asc Description: This is a digitally signed message part
Construyendo un Makefile... Problemas con variables de entorno
Buenas, Estoy construyendo un makefile, para una aplicacin muy sencilla. Mi problema es que tengo instaladas las libreras Qt y KDE (que la aplicacin est diseada para esos entornos), y necesito saber como establecer mis $(QTDIR) y $(KDEDIR) y, en general, cualquier variable de entorno, para que compile sin problemas. Gracias. -- Saludos, Rafael Fernndez Lpez. Hay 10 tipos de personas, los que entienden el binario, y los que no. Debian SID GNU/Linux. Key Fingerprint: 5821 AA99 B15F FB45 2616 B733 9785 B9CD F00C 579A
Re: Construyendo un Makefile... Problemas con variables de entorno
El Viernes, 18 de Marzo de 2005 15:15, Rafael Fernndez Lpez escribi: || Buenas, || || Estoy construyendo un makefile, para una aplicacin muy sencilla. Mi || problema es que tengo instaladas las libreras Qt y KDE (que la || aplicacin est diseada para esos entornos), y necesito saber como || establecer mis $(QTDIR) y $(KDEDIR) y, en general, cualquier variable de || entorno, para que compile sin problemas. || || Gracias. Hasta donde yo s, las variables de entorno se establecen as: export NOMBRE_VARIABLE=texto export NOMBRE_VARIABLE=valor_numrico Entonces todas las aplicaciones que abras despus en ESA misma consola (misma sesin, mismo bash) podrn acceder al valor de esa variable. No s si es lo que buscas, espero que s. PD: En serio, trata de escribir los correos en texto plano, porque este correo tuyo casi no puedo ni leerlo de lo pequea que aparece la letra. Usar HTML no tiene ningn sentido para correos a una lista, ocupan ms y cada uno se ve de manera distinta. Es un consejo, porque s que hay gente que directamente no lee correos en HTML. Un saludo. -- que a m ni me va ni me viene... pero por comentar...
Re: Construyendo un Makefile... Problemas con variables de entorno
Hasta donde yo sé, las variables de entorno se establecen así: export NOMBRE_VARIABLE=texto ó export NOMBRE_VARIABLE=valor_numérico Habria que añadir que si quieres que las variables esten listas al iniciar añadas esas lineas al archivo .bashrc Saludos, -- Diego Quintana Linux Registered User #382615 - http://counter.li.org/ Estudiante Ing de las Telecomunicaciones PUCP telf:+51197159419 ** Software is like sex: it's better when it's free. ---Linus Torvalds **
Re: Construyendo un Makefile... Problemas con variables de entorno
Si quieres exportar variables GLOBALES sin tener que escribir EXPORT en el prompt y ademas puedan ver todos los usuarios colocalas en el archivo /etc/profile En este archivo colocas export NOMBRE_VARIABLE=texto export NOMBRE_VARIABLE=valor_numérico Y listo, todos los usuarios las podran ver y no tendras que declararlas a cada nada. Si solo la quieres para un usuario tiene que ser con el metodo del .bashrce On Fri, 18 Mar 2005 09:39:27 -0500, Diego Quintana [EMAIL PROTECTED] wrote: Hasta donde yo sé, las variables de entorno se establecen así: export NOMBRE_VARIABLE=texto ó export NOMBRE_VARIABLE=valor_numérico Habria que añadir que si quieres que las variables esten listas al iniciar añadas esas lineas al archivo .bashrc Saludos, -- Diego Quintana Linux Registered User #382615 - http://counter.li.org/ Estudiante Ing de las Telecomunicaciones PUCP telf:+51197159419 ** Software is like sex: it's better when it's free. ---Linus Torvalds **
RE: Variables de entorno
Estas variables no se declaran a nivel del SO si no en el propio Tomcat, para que así el usuario que ejecute Tomcat tome estas variables. En el raiz de Tomcat está el directorio /bin, donde se encuentran los scripts de parada y arranque, bien pues en el catalina.sh encuentras las lineas para exportar esas variables de entorno. slaudso -Mensaje original- De: Paco Garrido [mailto:[EMAIL PROTECTED] Enviado el: miércoles, 02 de marzo de 2005 8:45 Para: debian-user-spanish@lists.debian.org Asunto: Variables de entorno Hola a todos, Estoy instalando Tomcat 5 en Debian Sarge y tengo una duda a la hora de registrar variables de entorno. Tengo que registrar la variable CATALINA_HOME y JAVA_HOME. En la documentación que he conseguido, indica que hay que declarar estas variables en /etc/profile para todos los usuarios o en .bash_rc del usuario local que quiera declararla. He declarado las variables y también he añadido una ruta al PATH en ambos sitios y cuando ejecuto el comando env, no me aparecen las variables que he declarado y los cambios en el PATH. ¿Tiene debian otra forma de declarar estas variables de entorno? Gracias de antemano y un saludo.
Re: Variables de entorno
Estas variables no se declaran a nivel del SO si no en el propio Tomcat, para que así el usuario que ejecute Tomcat tome estas variables. En el raiz de Tomcat está el directorio /bin, donde se encuentran los scripts de parada y arranque, bien pues en el catalina.sh encuentras las lineas para exportar esas variables de entorno. slaudso ¿Qué intérprete de órdenes usas? El problema puede ser que estés mezclando órdenes de intérpretes distintos (por ejemplo, que estés usando el bash y pongas órdenes de csh). Si usas el bash, debes declarar en el archivo .bashrc unas líneas del estilo (cambiando lo que tengas que cambiar para tu estructura de directorios): PATH=$PATH:./:/usr/local/ant1.6.2/bin:/usr/java/bin:/usr/java/jre/bin JAVA_HOME=/usr/java CATALINA_HOME=/usr/local/tomcat export PATH JAVA_HOME CATALINA_HOME Luego, para comprobar si todo ha ido bien, reinicia la sesión y debería haberte cargado el entorno. Puedes teclear echo $JAVA_HOME o lo mismo para el tomcat y debería mostrarte el path actualizado. Si usas csh u otro intérprete, busca en google como actualizar el entorno y qué archivos has de modificar. Espero que ayude Rafa
Variables de entorno
Hola a todos, Estoy instalando Tomcat 5 en Debian Sarge y tengo una duda a la hora de registrar variables de entorno. Tengo que registrar la variable CATALINA_HOME y JAVA_HOME. En la documentación que he conseguido, indica que hay que declarar estas variables en /etc/profile para todos los usuarios o en .bash_rc del usuario local que quiera declararla. He declarado las variables y también he añadido una ruta al PATH en ambos sitios y cuando ejecuto el comando env, no me aparecen las variables que he declarado y los cambios en el PATH. ¿Tiene debian otra forma de declarar estas variables de entorno? Gracias de antemano y un saludo.
Solucionado el problema de la variables de entorno
Era mucho más simple de lo que yo creía, simplemente hay que meter las variables que necesites en el archivo /etc/bashrc si quieres que sean globales o en el ~/.bashrc si quieres que sean para un usuario individual. Lo que puede llegar a complicarse uno... (teniendo en cuenta que me he tirado 5 horas con la tontería buscando en internet...) Gracias...
Sobre proxy, autentificacion y variables de entorno
Buenas listeros, tengo una duda que me esta carcomiendo nunca estuve detras de un proxy y bueno en el nuevo trabajo lo estoy. No es del tipo transparente, por lo que necesita usuario y contraseña así q defino variables de entorno como: http_proxy=http://10.0.0.1:8080/ ftp_proxy=ftp://10.0.0.1:2020/ ahora viene la duda, como puedo pasar el usuario y contraseña de la misma manera?se puede?Gracias. Saludos.
Re: Sobre proxy, autentificacion y variables de entorno
Buenas listeros, tengo una duda que me esta carcomiendo nunca estuve detras de un proxy y bueno en el nuevo trabajo lo estoy. No es del tipo transparente, por lo que necesita usuario y contrasea as q defino variables de entorno como: http_proxy=http://10.0.0.1:8080/ ftp_proxy=ftp://10.0.0.1:2020/ ahora viene la duda, como puedo pasar el usuario y contrasea de la misma manera?se puede?Gracias. Saludos. Si puedes definir los proxys en formato de URL, seguramente puedes ponerle datos de autentificacion de la misma manera: protocolo://usuario:[EMAIL PROTECTED]:puerto -- Alexander aka alk[ anoide | olico | ulero | ero | atraz] (mi matrializacion es fisica, mi escencia es matematica)
Asunto: Re: Sobre proxy, autentificacion y variables de entorno
Buenas listeros, tengo una duda que me esta carcomiendo nunca estuve detras de un proxy y bueno en el nuevo trabajo lo estoy. No es del tipo transparente, por lo que necesita usuario y contraseña así q defino variables de entorno como: http_proxy=http://10.0.0.1:8080/ ftp_proxy=ftp://10.0.0.1:2020/ ahora viene la duda, como puedo pasar el usuario y contraseña de la misma manera?se puede?Gracias. Saludos. Si puedes definir los proxys en formato de URL, seguramente puedes ponerle datos de autentificacion de la misma manera: protocolo://usuario:[EMAIL PROTECTED]:puerto Si fue de atolondrado que no probe y de ansioso que pregunte desde casa. Hoy cuando llegue me di cuenta q andaba :D Gracias igualmente. Saludos! Javi. FiberTel, el nombre de la banda ancha http://www.fibertel.com.ar
Variables de Entorno en KDE-KDM
Hola! Hace unos días migré desde Mandrake a Debian Sid y estoy configurando todo, encontrándome con algunas diferencias que todavía no puedo salvar. El problema que tengo ahora es para configurar una máquina virtual java (la oficial de Sun). La he instalado en /usr/java/, y en Mandrake era suficiente con setear en ~/.bash_profile la variable de entorno PATH=$PATH:/usr/java/bin para que desde la consola o desde cualquier otro lado (KDE), ejecutara la JVM. Ahora en Debian, tengo problemas. Estando en KDE, abro una sesión de konsole, y edito el ~/.bash_profile, agregando el PATH, CLASSPATH y etcéteras que apunten a la JVM. No fue suficiente, porque a pesar de loguearme de nuevo, estas variables no estaban seteadas, y el bash no encontraba el comando 'java'. Buscando un poco, agregué este seteo del PATH en ~/.bashrc y entonces sí, desde el konsole, tipeo 'java', y encuentra la JVM (las variables de entorno están configuradas). Ahora, instalo el Eclipse. Todo perfecto, el problema es que KDE no encuentra el comando 'java' !!! Agrego un link desde el escritorio al Eclipse, y me sale un cartelito gráfico diciendo: Java Runtime Environment (JRE) or Java Development Kit (JDK) must be available in order to run Eclipse. No Java virtual machine was found after searching the following locations: /home/marcelo/eclipse/jre/bin/java 'java' in your current PATH Busqué, probé, investigué el Mandrake (el KDM), para ver en qué punto ejecuta el /etc/profile, o el ~/.bash_profile... y nada. No puedo encontrar el punto en donde setea las variables para el KDE. En resumen: desde konsole y desde una terminal de texto, las variables de entorno están seteadas. Pero KDE no toma estos seteos. Utilizo KDM, configuré el /etc/profile, el ~/.bash_profile, el ~/.bashrc y el ~/.xsession. Qué tengo que tocar para que el KDE cargue las variables de entorno? Perdon por la longitud del mail Saludos y Gracias Marcelo -- Marcelo F. Fernández Buenos Aires, Argentina Analista de Sistemas - CCNA
Re: Variables de Entorno en KDE-KDM
On Sun, Apr 11, 2004 at 02:29:30PM -0300, Marcelo Fernandez wrote: [...] en referencia a la configuración de JAVA sobre Debian Perdon por la longitud del mail Mirá... yo en éste instante tengo el eclipse abierto con java funcionando y a riesgo de parecer un 'cavernicola' configurando ... te cuento que : bajé el jdk 1.5beta y copié su contenido en /usr/local/java luego hice: drwxr-sr-x9 root staff4096 Apr 8 14:54 java lrwxr-xr-x1 root staff 9 Apr 8 14:55 jre - java/jre/ El eclipse me lo ha tomado bien... aunque edité el archivo /etc/profile [al fin y al cabo quiero que todos los usuarios puedan usarlo] y le agregué en el PATH - PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/local/java/bin la verdad es que fue 'santo remedio'... estoy compilando y anda todo bastante bien. saludos y suerte! Félix -- Felix Cuello [EMAIL PROTECTED] - 401 - Is this foreplay? No, this is Nuke Strike. Foreplay has lousy graphics. Beat me again. -- Duckert, in Bad Rubber, Albedo #0 (comics)
Re: Variables de Entorno en KDE-KDM
Si, la única diferencia que veo es que lo instalaste en /usr/local en vez de /usr/java como lo hice yo... Yo también modifiqué el /etc/profile, pero sigue siendo inútil para que mi ícono de Eclipse en el escritorio funcione. Un 'hack' que logré (y que funciona) es poner en el comando de ejecución del ícono: 'PATH=/usr/java/bin;/home/marcelo/eclipse/eclipse' (sin las comillas) en vez de solo llamar al eclipse. Pero quiero saber porqué sucede esto... Gracias Marcelo [EMAIL PROTECTED] escribió: On Sun, Apr 11, 2004 at 02:29:30PM -0300, Marcelo Fernandez wrote: [...] en referencia a la configuración de JAVA sobre Debian Perdon por la longitud del mail Mirá... yo en éste instante tengo el eclipse abierto con java funcionando y a riesgo de parecer un 'cavernicola' configurando ... te cuento que : bajé el jdk 1.5beta y copié su contenido en /usr/local/java luego hice: drwxr-sr-x9 root staff4096 Apr 8 14:54 java lrwxr-xr-x1 root staff 9 Apr 8 14:55 jre - java/jre/ El eclipse me lo ha tomado bien... aunque edité el archivo /etc/profile [al fin y al cabo quiero que todos los usuarios puedan usarlo] y le agregué en el PATH - PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/local/java/bin la verdad es que fue 'santo remedio'... estoy compilando y anda todo bastante bien. saludos y suerte! Félix -- Marcelo F. Fernández Buenos Aires, Argentina Analista de Sistemas - CCNA
Re: Variables de Entorno en KDE-KDM
El dom, 11-04-2004 a las 19:29, Marcelo Fernandez escribió: Hola! Hace unos días migré desde Mandrake a Debian Sid y estoy configurando todo, encontrándome con algunas diferencias que todavía no puedo salvar. El problema que tengo ahora es para configurar una máquina virtual java (la oficial de Sun). La he instalado en /usr/java/, y en Mandrake era suficiente con setear en ~/.bash_profile la variable de entorno PATH=$PATH:/usr/java/bin para que desde la consola o desde cualquier otro lado (KDE), ejecutara la JVM. crea un enlace a /usr/local/bin, y fijate también si las librerias estan enlazadas en algun lugar como /usr/local/lib o /usr/lib :) yo también le tengo y me funciona bien pero haciendo esos dos enlaces
Problemas con variables de entorno
Gente, buenas! Estoy teniendo un problema con los export y el path que pongo en el .bash_profile de un usuario. Si ingreso con el usuario desde una terminal, me toma perfecto los datos, pero cuando ingreso desde el gdm al gnome 2.2, y desde una terminal trato de ver los export no los ha tomado. Por que puede suceder esto?? He estado buscando pero no he encontrado nada para tocar o modificar. Alguien que me pueda ayudar??? Graciasss -- ___ Anibal A. Duardo ITSolucion.com Carlos Paz email: [EMAIL PROTECTED] ICQ#(Home): 18667924 ICQ#(Office): 31514178 Linux User # 129414 ___
Re: Problemas con variables de entorno
el archivo .bash_profile solo es ejecutado en shell de logeo (por ejemplo tty's) el archivo .bashrc es ejecutado por en shell de no-logeo (por ejemplo xterm) Asi que lo mejor seria que pusieras tu path y exports en .bashrc y a tu .bash_profile le podrias añadir # incluye .bashrc, si existe if [ -f ~/.bashrc ]; then source ~/.bashrc fi para que tambien ta carge los exports y el path en las tty's El sáb, 23-08-2003 a las 20:14, Anibal Duardo escribió: Gente, buenas! Estoy teniendo un problema con los export y el path que pongo en el .bash_profile de un usuario. Si ingreso con el usuario desde una terminal, me toma perfecto los datos, pero cuando ingreso desde el gdm al gnome 2.2, y desde una terminal trato de ver los export no los ha tomado. Por que puede suceder esto?? He estado buscando pero no he encontrado nada para tocar o modificar. Alguien que me pueda ayudar??? Graciasss -- ___ Anibal A. Duardo ITSolucion.com Carlos Paz email:[EMAIL PROTECTED] ICQ#(Home): 18667924 ICQ#(Office): 31514178 Linux User # 129414 ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- /kmilo
Variables de entorno redundantes
Hola a todos. Tengo las siguientes variables de entorno definidas en mi .bashrc: export GNOME_PATH=/usr/local/gnome2 export GNOME_APP_PATH=/usr/local/gnome2-applications export LD_LIBRARY_PATH=$GNOME_PATH/lib export PKG_CONFIG_PATH=$GNOME_PATH/lib/pkgconfig export MANPATH=$MANPATH:/usr/local/qmail/man:$GNOME_PATH/man:$GNOME_APP_PATH/man export PATH=$GNOME_PATH/bin:$GNOME_PATH/lib:$GNOME_APP_PATH/bin:$GNOME_APP_PATH/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:$PATH Pero al hacer echo $PATH, obtengo la siguiente salida: /usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games ¿Por qué aparecen repetidas algunas de las rutas del PATH? ¿Estoy desperdiciando memoria? ¿Alguien conoce una forma más eficiente de exportar estas variables? Gracias de antemano. -- It's more than magnificent -- it's mediocre. -- Sam Goldwyn - Juan Manuel Enrique Muñido - Badajoz - Spain http://www.terra.es/personal8/juanmaenrique/index.html Registered Linux user #232064 Spitfire #121044 powered by Debian GNU/Linux testing/unstable - signature.asc Description: Esta parte del mensaje esta firmada digitalmente
Re: Variables de entorno redundantes
On Thu, Sep 26, 2002 at 06:33:04PM +0200, Juan Manuel Enrique Muñido wrote: Hola a todos. Tengo las siguientes variables de entorno definidas en mi .bashrc: export GNOME_PATH=/usr/local/gnome2 export GNOME_APP_PATH=/usr/local/gnome2-applications export LD_LIBRARY_PATH=$GNOME_PATH/lib export PKG_CONFIG_PATH=$GNOME_PATH/lib/pkgconfig export MANPATH=$MANPATH:/usr/local/qmail/man:$GNOME_PATH/man:$GNOME_APP_PATH/man export PATH=$GNOME_PATH/bin:$GNOME_PATH/lib:$GNOME_APP_PATH/bin:$GNOME_APP_PATH/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:$PATH Pero al hacer echo $PATH, obtengo la siguiente salida: /usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/gnome2/bin:/usr/local/gnome2/lib:/usr/local/gnome2-applications/bin:/usr/local/gnome2-applications/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games ¿Por qué aparecen repetidas algunas de las rutas del PATH? ¿Estoy desperdiciando memoria? ¿Alguien conoce una forma más eficiente de exportar estas variables? Te aconsejo que organizes la asignación de variables y no utilices otras variables en la asignación (luego es un engorro), además, te aconsejo que los paquetes intentes estandarizarlos un poco, por ejemplo, que si mysql está en /usr/local/mysql/bin hagas un enlace desde /usr/local/bin así solo tendrás que meter /usr/local/bin en el path. Con los ejecutables te aconsejo esto, con las librerías tambien. Otra cosa, por qué las librerías de GNOME han de estar en el PATH ?... mirate todo eso, no es dificil organizarlo bien. Un saludo, Pedro -- Pedro Martinez Juliá \ [EMAIL PROTECTED] )|[EMAIL PROTECTED] /http://yoros.cjb.net Socio HispaLinux #311 Usuario Linux #275438 - http://counter.li.org GnuPG public information: pub 1024D/74F1D3AC Key fingerprint = 8431 7B47 D2B4 5A46 5F8E 534F 588B E285 74F1 D3AC pgpD1X2Zgh7kV.pgp Description: PGP signature
Re: Variables de entorno redundantes
On Thu, Sep 26, 2002 at 06:33:04PM +0200, Juan Manuel Enrique Muñido wrote: Hola a todos. Tengo las siguientes variables de entorno definidas en mi .bashrc: export GNOME_PATH=/usr/local/gnome2 export GNOME_APP_PATH=/usr/local/gnome2-applications export LD_LIBRARY_PATH=$GNOME_PATH/lib export PKG_CONFIG_PATH=$GNOME_PATH/lib/pkgconfig export MANPATH=$MANPATH:/usr/local/qmail/man:$GNOME_PATH/man:$GNOME_APP_PATH/man export PATH=$GNOME_PATH/bin:$GNOME_PATH/lib:$GNOME_APP_PATH/bin:$GNOME_APP_PATH/lib:/usr/local/apache2/bin:/usr/local/apache2/lib:/usr/local/apache2/include:/usr/local/qmail/bin:/usr/local/mysql/bin:/usr/local/mysql/lib/mysql:$PATH ¿Por qué aparecen repetidas algunas de las rutas del PATH? ¿Estoy desperdiciando memoria? ¿Alguien conoce una forma más eficiente de exportar estas variables? Seguramente porque ya las has exportado antes, en el /etc/profile, por ejemplo. Prueba a hacer un echo $PATH antes del export PATH, segúramente te autoexplicará el error. Lo mismo te puede estar ocurriendo en el MANPATH. Respecto al desperdicio de memoria, si, efectivamente es un desperdicio de memoria, pero despreciable para los cacharros de hoy en día. -- Javier Fafián Alvarez |La vida es aquello que te va sucediendo Debian/GNU Linux |mientras tu te empeñas en hacer otros planes.
Re: Variables de Entorno
El mié 10 de jul de 2002, a las 04:16:24 -0300, hffc dijo: Alguien me puede explicar o indicar donde leerlo, como se comportan las variables de entorno. Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Si inicio la parte grafica con xdm, las variables no existen . Como hago para que siempre se vean (texto o X ) ??? Donde defino variables que sean comunes a todos los usuarios ?? Lo que sucede es que si estas en las X y arrancas un terminal, sólo se lee el fichero .bashrc, no el fichero .bash_profile. Para que las variables esten accesibles cuando arranques un terminal tienes varias opciones: - Colocalas en el fichero /etc/environment - O bien define las variables de entorno en el fichero .bashrc, y añade unas líneas como las siguientes al fichero .bash_profile: if [ -f ~/.bashrc ]; then source ~/.bashrc fi Saludos -- -- Tomás Sánchez Santos[EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Variables de Entorno
Hola lista : Alguien me puede explicar o indicar donde leerlo, como se comportan las variables de entorno. Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Si inicio la parte grafica con xdm, las variables no existen . Como hago para que siempre se vean (texto o X ) ??? Donde defino variables que sean comunes a todos los usuarios ?? Gracias Hector -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de Entorno
- Original Message - From: hffc [EMAIL PROTECTED] Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Si inicio la parte grafica con xdm, las variables no existen . Como hago para que siempre se vean (texto o X ) ??? ???, no uso X Donde defino variables que sean comunes a todos los usuarios ?? /etc/profile Saludos Fernando -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de Entorno
Hola! Hola lista : Alguien me puede explicar o indicar donde leerlo, como se comportan las variables de entorno. Todas las variables de entorno suelen inicializarse al comenzar una sesión. Si tu shell de inicio es bash, leerá la variables contenidas en $HOME/.bash_profile y en /etc/profile. También se les pueden dar valores mediante el comando 'export', por ejemplo: #export PATH=/bin:/usr/bin Esto hará que el PATH contenga los caminos /bin y /usr/bin. Sin embargo, esta orden sobreescribe cualquier valor anterior que tubiese la variable de entorno. Si no quieres que se borre el contenido anterior, escribe: #export PATH=/bin:/usr/bin:$PATH Una variable de entorno precedida por el símbolo '$' se cambia por el contenido de esa variable, ¿entiendes?. Para ver el contenido de una variable de entorno, escribe: #echo $PATH Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Claro, al arrancar en modo texto la shell que se inicia es el bash, que leee los ficheros que ya te mencioné. Si inicio la parte grafica con xdm, las variables no existen . Eso es porque la shell que se inicia ahora no es el bash, sino el xdm. Como hago para que siempre se vean (texto o X ) ??? Tienes que decirle al xdm que es una shell de login bueno, ahora mismo no recuerdo el nombre técnico... el caso es que con esto consigues que el xdm lea los mismos ficheros que el bash. Para ello, debes modificar tu fichero 'Xsession', que debe estar en /etc/X11. Comprobarás que la primera linea dice: #!/bin/bash Bien, pues cambialá por: #!/bin/bash --login Esto hará que el xdm lea el /etc/profile. Para que lea el $HOME/.bash_profile ñade la siguiente linea: source $HOME/.bash_profile Este sustituye el contenido de dicho fichero en el Xsession. Y ya está... a mi me funcionó, así que espero que a ti también. Si quiere más información sobre el parámetro --login, 'man bash'. Donde defino variables que sean comunes a todos los usuarios ?? En /etc/profile. Gracias Un saludo, Ignacio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fw: Variables de Entorno
Gracias Ignacio, empiezo a modificar saludos Hector - Original Message - From: Ignacio Cárdenas [EMAIL PROTECTED] To: debian-user-spanish@lists.debian.org Sent: Wednesday, July 10, 2002 5:11 PM Subject: Re: Variables de Entorno Hola! Hola lista : Alguien me puede explicar o indicar donde leerlo, como se comportan las variables de entorno. Todas las variables de entorno suelen inicializarse al comenzar una sesión. Si tu shell de inicio es bash, leerá la variables contenidas en $HOME/.bash_profile y en /etc/profile. También se les pueden dar valores mediante el comando 'export', por ejemplo: #export PATH=/bin:/usr/bin Esto hará que el PATH contenga los caminos /bin y /usr/bin. Sin embargo, esta orden sobreescribe cualquier valor anterior que tubiese la variable de entorno. Si no quieres que se borre el contenido anterior, escribe: #export PATH=/bin:/usr/bin:$PATH Una variable de entorno precedida por el símbolo '$' se cambia por el contenido de esa variable, ¿entiendes?. Para ver el contenido de una variable de entorno, escribe: #echo $PATH Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Claro, al arrancar en modo texto la shell que se inicia es el bash, que leee los ficheros que ya te mencioné. Si inicio la parte grafica con xdm, las variables no existen . Eso es porque la shell que se inicia ahora no es el bash, sino el xdm. Como hago para que siempre se vean (texto o X ) ??? Tienes que decirle al xdm que es una shell de login bueno, ahora mismo no recuerdo el nombre técnico... el caso es que con esto consigues que el xdm lea los mismos ficheros que el bash. Para ello, debes modificar tu fichero 'Xsession', que debe estar en /etc/X11. Comprobarás que la primera linea dice: #!/bin/bash Bien, pues cambialá por: #!/bin/bash --login Esto hará que el xdm lea el /etc/profile. Para que lea el $HOME/.bash_profile ñade la siguiente linea: source $HOME/.bash_profile Este sustituye el contenido de dicho fichero en el Xsession. Y ya está... a mi me funcionó, así que espero que a ti también. Si quiere más información sobre el parámetro --login, 'man bash'. Donde defino variables que sean comunes a todos los usuarios ?? En /etc/profile. Gracias Un saludo, Ignacio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Variables de Entorno
hffc wrote: Si las coloco en el bash_profile de cada usuario y comienzo una sesion de consola en modo texto, todo perfecto. Si inicio la parte grafica con xdm, las variables no existen . Como hago para que siempre se vean (texto o X ) ??? Donde defino variables que sean comunes a todos los usuarios ?? El mejor sitio debería ser /etc/environment, pero antes pregúntate lo siguiente: ¿Realmente es necesario que todos los usuarios tengan una variable definida? Por norma, ningún programa en Debian necesita variables de entorno para que funcione de forma razonable. (Mi /etc/environment contiene LANG=es_ES y nada más). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Variables de entorno en gdm.
Buenas... Alguien sabe donde meter las variables de entorno, las que se ponen en /etc/profile del estilo export LS_COLORS, en un sistema que arranca directamente con gdm? No veo donde meterlas para que sean globales a todo el mundo... Muchas gracias. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Variables de entorno bajo X
Buenas. Para que un programa que rula bajo las EKIS me funcione correctamente necesitaba asignar a una variable de entorno una ruta de acceso (export VAR=/usr/bin/ruta). Como no sabía cómo hacerlo miré la documentación. El profile no me sirve para las EKIS y el bashrc tampoco. Allí ponía que tocase ~/.xsession ó /etc/X11/Xsession. El segundo es un ejecutable que deduzco se ejecuta antes de arrancar las EKIS (común a todos los usuarios) y el primero le pasa parámetros a las EKIS (individual de cada usu). ¿Debe tener permisos de ejecución el ~/.xsession? Al poner export VAR=/usr/bin/ruta en el del usuario no había forma de arrancar la sesión de EKIS con ese usuario. Y al ponerlo en el /etc/X11/Xsession me funciona perfectamente, pero me lo ejecuta con todos los usuarios. ATENCIÓN PREGUNTA: ¿Qué hago para que sólo me asigne la variable cuando rulo con un usu? ¿Dónde hay documentación sobre el archivo ~/.xsession? Me temo que será problema de usar mal la sintaxis en el ~/.xsession. Saludos Josemáry. _ Con MSN Hotmail súmese al servicio de correo electrónico más grande del mundo. http://www.hotmail.com/ES
Re: Variables de entorno bajo X
JM A M wrote: Buenas. Para que un programa que rula bajo las EKIS me funcione correctamente necesitaba asignar a una variable de entorno una ruta de acceso (export VAR=/usr/bin/ruta). Como no sabía cómo hacerlo miré la documentación. El profile no me sirve para las EKIS y el bashrc tampoco. Allí ponía que tocase ~/.xsession ó /etc/X11/Xsession. El segundo es un ejecutable que deduzco se ejecuta antes de arrancar las EKIS (común a todos los usuarios) y el primero le pasa parámetros a las EKIS (individual de cada usu). ¿Debe tener permisos de ejecución el ~/.xsession? Al poner export VAR=/usr/bin/ruta en el del usuario no había forma de arrancar la sesión de EKIS con ese usuario. Y al ponerlo en el /etc/X11/Xsession me funciona perfectamente, pero me lo ejecuta con todos los usuarios. ATENCIÓN PREGUNTA: ¿Qué hago para que sólo me asigne la variable cuando rulo con un usu? ¿Dónde hay documentación sobre el archivo ~/.xsession? ... man Xsession man Xsession.options less /etc/X11/Xsession En resumen: si en Xsession.options dice: allow-user-xsession Xsession llama a ~/.xsession Debe ser ejecutable, si no te tira un error, no a la pantalla, sino al archivo de error del Xsession, que es: ~/.xsession.errors -- Saludos, O__ Enzo.,/ ()_\() Enzo A. Dari | Instituto Balseiro / Centro Atomico Bariloche 8400-S. C. de Bariloche, Argentina | [EMAIL PROTECTED] Phone: 54-2944-445208, 54-2944-445100 Fax: 54-2944-445299 Web page: http://cabmec1.cnea.gov.ar/darie/darie.html
Re: Variables de entorno bajo X
man Xsession man Xsession.options less /etc/X11/Xsession Gracias. Debe ser ejecutable, si no te tira un error, no a la pantalla, sino al archivo de error del Xsession, que es: ~/.xsession.errors De acuerdo, lo haré ejecutable e irá como la seda. Gracias a Alexis Roda por sus indicaciones. No sabía qué poner en xsession; pero sabiendo que es un script no hay problema. Además sabiendo que te canta los errores en el ~/.xsession.errors, ningún problema. Gracias por todo. Creo que con esto me rulará. Ya le gustaría a M$ tener un servicio de asistencia como el nuestro. Saludos Josemáry. _ Descargue GRATUITAMENTE MSN Explorer en http://explorer.yupimsn.com/intl.asp
Re: Variables de entorno bajo X
JM A M escribe: man Xsession man Xsession.options less /etc/X11/Xsession Gracias. Debe ser ejecutable, si no te tira un error, no a la pantalla, sino al archivo de error del Xsession, que es: ~/.xsession.errors De acuerdo, lo haré ejecutable e irá como la seda. Gracias a Alexis Roda por sus indicaciones. No sabía qué poner en xsession; pero sabiendo que es un script no hay problema. Además sabiendo que te canta los errores en el ~/.xsession.errors, ningún problema. Desde .xinitrc puedes redireccionar la salida de error donde quieras: #!/bin/sh archerr=$HOME/.erroresX # Redireccionamos la salida de error en `archerr' exec $archerr 21 Me imagino que algo parecido a esto se debe de hacer en los scripts específicos de Debian. De nuevo, saludos. -- [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Variables de entorno bajo X
JM A M escribe: ATENCIÓN PREGUNTA: ¿Qué hago para que sólo me asigne la variable cuando rulo con un usu? ¿Dónde hay documentación sobre el archivo ~/.xsession? Me temo que será problema de usar mal la sintaxis en el ~/.xsession. Espero haber leído bien la pregunta. Yo adquiero el perfil de cada sesión X de /etc/profile, añadiendo if [ -f /etc/profile ]; then . /etc/profile fi en mi $HOME/.xinitrc Saludos. P.D. ¿ Por qué usar $HOME/.xinitrc en vez de ~/.xsession ?, puedes encontrar la respuesta ejecutando el comando: less /usr/X11R6/bin/startx aunque no es necesario decírselo esplicitamente en este script, ya que (man xinit) -- If no specific client program is given on the command line, xinit will look for a file in the user's home direc tory called .xinitrc to run as a shell script to start up client programs. If no such file exists, xinit will use the following as a default: Esto esta bien ya que si te curras un $HOME/.xinitrc te servirá en cualquier distribución sea o no nuestra querida Debian. En principio ~/.xsession sólo es un convenio especifico de Debian, lo ignoro. less /etc/X11/Xsession man X (leelo despacio y con calma) -- xdm (the X Display Manager) If you want to always have X running on your dis play, your site administrator can set your machine up to use the X Display Manager xdm. This program is typically started by the system at boot time and takes care of keeping the server running and getting users logged in. If you are running xdm, you will see a window on the screen welcoming you to the system and asking for your username and password. Simply type them in as you would at a normal terminal, pressing the Return key after each. If you make a mistake, xdm will display an error message and ask you to try again. After you have successfully logged in, xdm will start up your X environment. By default, if you have an ** executable file named .xsession in your home ** directory, xdm will treat it as a program (or shell script) to run to start up your initial clients (such as terminal emulators, clocks, a window manager, user settings for things like the background, the speed of the pointer, etc.). Your site administrator can provide details. Si haces login de forma gráfica te puede interesar más .xsession no se (ni tengo tiempo de probarlo) si .xinitrc se hace caso desde xdm y derivados. -- [EMAIL PROTECTED] [EMAIL PROTECTED]
system() y variables de entorno
El mar, 15-01-2002 a las 12:22, Antonio Castro escribió: On 15 Jan 2002, Juan Antonio Martinez wrote: par de errores gordos de concepto en cuanto a seguridad ( el usar system() sin ajustar el entorno, por ejemplo ), pero por lo menos hace Eso no lo entiendo. A que te refieres con ajustar el entorno ? En el man de system() lo único que veo sobre esto es: No llame a system() desde un programa con privilegios suid o sgid, porque pudiera ser que se emplearan valores extraños para algunas variables de entorno para comprometer la integridad del sistema. Yo creo que cuando system llama a un programa normal sin privilegios no debería haber problemas a no ser que exista la posibilidad de salir a la shell como es el caso de un montón de comandos de tipo interactivo. En los tiempos de maricastaña había un bug famoso del telnetd que hacía que se invocase a una shell desde éste. Daba la casualidad de que telnetd corre como setuid root El truco consistía en aprovechar que se utilizaba una llamada a un programa que tomaba como parámetros valores de las variables de entorno... algo así ARGS=hola;/bin/bash El telnetd, obediente, llamaba a su programita...( totalmente seguro y a prueba de hackers)... y acto seguido lanzaba una shell :) Normalmente, en lugar de system(), en entornos seguros se utilizan las funciones execvp() y familia, donde le puedes pasar como parámetro un puntero a la lista de variables de entorno, que TU has previamente definido. La verdad es que nadie debería utilizar system() en entornos criticos No hace falta que el programa al que llamas sea seguro. El problema reside en meter en la línea de comandos datos de las variables de entorno que puedan haber sido editados por alguien ajeno a tí. El ejemplo del telnetd debería ser suficientemente elocuente -- Juan Antonio \|||/ / _ _ \ \ o o / =o00o===U===o00o== Juan Antonio Martinez Universidad Politecnica de Madrid email: [EMAIL PROTECTED] E.T.S.I Telecomunicacion http://www.dit.upm.es/~jantonio Ciudad Universitaria s/n Tel: 34-1-3367366 ext 416 Laboratorio de Programación. Desp A-127-2 Fax: 34-1-3367333 28040 Madrid, Spain == ¿Y que haríais si Dios os Dijera: Os ordeno que, por encima de todo, seáis felices el resto de vuestra vida? - Richard Bach pgpVhILvfn87W.pgp Description: PGP signature
Re: system() y variables de entorno
On 15 Jan 2002, Juan Antonio Martinez wrote: Normalmente, en lugar de system(), en entornos seguros se utilizan las funciones execvp() y familia, donde le puedes pasar como parámetro un puntero a la lista de variables de entorno, que TU has previamente definido. La verdad es que nadie debería utilizar system() en entornos criticos Vale no te entendí. Es que parecía que querías dar a entender que había alguna forma de usar system controlando el entorno y no te entendía por esa razón preguntaba. Leete esa respuesta tuya y verás como parecía que decías eso pero ya está claro. No hace falta que el programa al que llamas sea seguro. El problema reside en meter en la línea de comandos datos de las variables de entorno que puedan haber sido editados por alguien ajeno a tí. El ejemplo del telnetd debería ser suficientemente elocuente Bueno pues haz un execvp() en un programa setuid llamando a vim, a ftp, a less, u otros de estos que te permiten salir al interprete de comandos ejecutando una subshell. Me parece a mi que le puedes quitar todo el entorno que quieras. Obtendrá una shell de root. Un saludo Antonio Castro +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ /\ /\ Ciberdroide Informática (Tienda de Linux) \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO--(___o___)--OOOo+ | . . . . U U . . . . Antonio Castro Snurmacher [EMAIL PROTECTED] | | . . . . . . . . . . | +()()()--()()()+ | *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** | | http://www.ciberdroide.com/misc/donde/dondelinux.html | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Re: system() y variables de entorno
El mar, 15-01-2002 a las 13:44, Antonio Castro escribió: Bueno pues haz un execvp() en un programa setuid llamando a vim, a ftp, a less, u otros de estos que te permiten salir al interprete de comandos ejecutando una subshell. Me parece a mi que le puedes quitar todo el entorno que quieras. Obtendrá una shell de root. No he mirado el código fuente, pero qué quieres que te diga: [EMAIL PROTECTED] ~]$ su - [EMAIL PROTECTED] root]# cp /usr/bin/vim /tmp/vim [EMAIL PROTECTED] root]# chmod u+s /tmp/vim [EMAIL PROTECTED] root]# exit [EMAIL PROTECTED] ~]$ /tmp/vim kk ejecuto :!id y obtengo uid=500(jantonio) gid=500(jantonio) grupos=500(jantonio) Pasa lo mismo con el less: al abrir una shell el real y el effective userid no corresponden a root, por mucho que el padre sea setuid root espera un momentito... idem con el ftp Claro, esto es en mi distribución RedHat 7.2 O sea que el programa está bien codificado :) -- Juan Antonio \|||/ / _ _ \ \ o o / =o00o===U===o00o== Juan Antonio Martinez Universidad Politecnica de Madrid email: [EMAIL PROTECTED] E.T.S.I Telecomunicacion http://www.dit.upm.es/~jantonio Ciudad Universitaria s/n Tel: 34-1-3367366 ext 416 Laboratorio de Programación. Desp A-127-2 Fax: 34-1-3367333 28040 Madrid, Spain == ¿Y que haríais si Dios os Dijera: Os ordeno que, por encima de todo, seáis felices el resto de vuestra vida? - Richard Bach pgpuJkxvcDNQQ.pgp Description: PGP signature
Re: system() y variables de entorno
Hay muchos más ejemplos de lo que mencionas, y no sólo con system(). En Perl (y yo sólo puedo hablar de Perl, pues es el único lenguaje con el que estoy a gusto), si usas el modo 'Tainted', entre otras muchas restricciones te impide usar cualquier valor adquirido de afuera y, por tanto, potencialmente dañino en cualquier interacción con el sistema, antes de que le des una buena cepillada. Claro está, cualquier llamada al sistema está dentro de lo restringido. En el caso específico de system... ¿Qué pasa si corres un comando sin especificar el path completo? La variable PATH de tu ambiente peude tener algún directorio indeseado. ¿Y qué pasa si redefines el IFS para que tome a alguna otra cosa en vez del espacio como separador? O... Bueno, ¿para qué seguir enumerando? Esto lleva a una discusión parecida a strcat vs. strncat y similares - Cito un poquito del manual: char *strcat(char *dest, const char *src); char *strncat(char *dest, const char *src, size_t n); DESCRIPTION The strcat() function appends the src string to the dest string overwriting the `\0' character at the end of dest, and then adds a terminating `\0' character. The strings may not overlap, and the dest string must have enough space for the result. The strncat() function is similar, except that only the first n characters of src are appended to dest. strcat puede ser más corta al escribir, e inclusive al ser una función más simple, ser un poco más rápida de ejecutar. Sin embargo, strcat se presta muy feo a los buffer overflows, en tanto que strncat te permite evitarlos. Va lo mismo para las variables de entorno - Puede no ser dañino que uses system() sin ajustar el entorno... Pero mejor camina por el lado tranquilo y no te arriesgues. Saludos, par de errores gordos de concepto en cuanto a seguridad ( el usar system() sin ajustar el entorno, por ejemplo ), pero por lo menos hace Eso no lo entiendo. A que te refieres con ajustar el entorno ? En el man de system() lo único que veo sobre esto es: No llame a system() desde un programa con privilegios suid o sgid, porque pudiera ser que se emplearan valores extraños para algunas variables de entorno para comprometer la integridad del sistema. Yo creo que cuando system llama a un programa normal sin privilegios no debería haber problemas a no ser que exista la posibilidad de salir a la shell como es el caso de un montón de comandos de tipo interactivo. En los tiempos de maricastaña había un bug famoso del telnetd que hacía que se invocase a una shell desde éste. Daba la casualidad de que telnetd corre como setuid root El truco consistía en aprovechar que se utilizaba una llamada a un programa que tomaba como parámetros valores de las variables de entorno... algo así ARGS=hola;/bin/bash El telnetd, obediente, llamaba a su programita...( totalmente seguro y a prueba de hackers)... y acto seguido lanzaba una shell :) Normalmente, en lugar de system(), en entornos seguros se utilizan las funciones execvp() y familia, donde le puedes pasar como parámetro un puntero a la lista de variables de entorno, que TU has previamente definido. La verdad es que nadie debería utilizar system() en entornos criticos No hace falta que el programa al que llamas sea seguro. El problema reside en meter en la línea de comandos datos de las variables de entorno que puedan haber sido editados por alguien ajeno a tí. El ejemplo del telnetd debería ser suficientemente elocuente -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-1118
Re: Variables de entorno
Christoph Simon wrote: On Mon, 21 May 2001 18:01:41 - Quique [EMAIL PROTECTED] wrote: El caso es que quiero que al lanzar una aplicación desde los menús del sistema (no desde una xterm) a un usuario le aparezca en un idioma y a otro usuario en otro. Es decir, la variable de entorno $LANG tendría diferente valor para cada uno de ellos. Sé que se podría definir en los ficheros ~/.bash_profile o ~/.bashrc, pero eso solo serviría al lanzar la aplicación desde un emulador de terminal, pues el wdm no lee ninguno de ellos. El servidor X pertenece a _un_ usuario (sólo uno hizo el login), y al servidor no le parece nada lógico que haya mas que usuario en el mismo teclado. La única solución que veo es que cada usuario tenga su proprio servidor X (por ejemplo cambiando con Ctr-Alt-F7 y Ctrl-Alt-F8). Puedes hacerte un script que comprueba tu identidad (whoami) y verás que, ejecutado desde el menú, siempre te va a dar la identidad de aquel que hizo el login y que es dueño de la pantalla y del teclado. En cualquier caso, ¿cómo pensabas decirle al X quien eres? Bueno, también te puedes escribir un programa en GTK que te ofrece los idiomas y que cambie el entorno antes de ejecutar el programa... Que no, que no, ... la solución justo la acaba de dar Jordi en el e-mail anterior a éste. Al parecer el wdm es un sustituto del xdm por lo que asumiendo el mismo comportamiento al iniciar la sesión X, leerá el .xsession en el $HOME del usuario que se logee. Ahí es dónde hay que poner la variable de entorno LANG. Veáse como ejemplo mi .xsession: = # This starts pland on login. if [ -x /usr/bin/pland ] then /usr/bin/pland -k else echo 2 AVISO: No se encontró el demonio pland fi ### Put here background apps to start ### Put here your session manager app # Do not put it in background, or it wouldn't be a session manager LANG=es_ES.ISO-8859-1 export LANG WINDOW_MANAGER=/usr/bin/X11/wmaker export WINDOW_MANAGER /usr/bin/gnome-session # /usr/bin/X11/wmaker ### Kill pland after session was terminated if [ -x /usr/bin/pland ] then echo Matando el demonio pland ... /usr/bin/pland -K fi Saludos, JUAN CARLOS AMENGUALSuddenly I stop, UNIVERSIDAD JAUME I but I know it's too late. DEPARTAMENTO DE INFORMÁTICA I'm lost in a forest, all alone. CAMPUS DE RIU SEC, EDIFICIO TI The girl was never there, it's always the same, CASTELLON, 12071. SPAIN.I'm running towards nothing Phone: +34 964 728361 again and again and again and again. Fax: +34 964 728435 Robert Smith (The Cure) e-mail: [EMAIL PROTECTED] - A Forest, Seventeen Seconds, 1980, Fiction Rec. -
Variables de entorno
Hola! Tengo una pregunta, que aunque he estado mirando, no he conseguido resolver satisfactoriamente. Tengo una máquina Debian que inicia con el wdm (que lo mismo podría ser el xdm, gdm o kdm). El caso es que quiero que al lanzar una aplicación desde los menús del sistema (no desde una xterm) a un usuario le aparezca en un idioma y a otro usuario en otro. Es decir, la variable de entorno $LANG tendría diferente valor para cada uno de ellos. Sé que se podría definir en los ficheros ~/.bash_profile o ~/.bashrc, pero eso solo serviría al lanzar la aplicación desde un emulador de terminal, pues el wdm no lee ninguno de ellos. ¿Cómo se haría? Gracias, Quique
Re: Variables de entorno
On Mon, May 21, 2001 at 06:01:41PM -, Quique wrote: Tengo una máquina Debian que inicia con el wdm (que lo mismo podría ser el xdm, gdm o kdm). El caso es que quiero que al lanzar una aplicación desde los menús del sistema (no desde una xterm) a un usuario le aparezca en un idioma y a otro usuario en otro. Sé que se podría definir en los ficheros ~/.bash_profile o ~/.bashrc, pero eso solo serviría al lanzar la aplicación desde un emulador de terminal, pues el wdm no lee ninguno de ellos. Si dices que el wdm ese es como XDM, leerá el archivo ~/.xsession. Puedes definir las variables de entorno ahí. Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpDItjw99bKe.pgp Description: PGP signature
Re: Variables de entorno
On Mon, 21 May 2001 18:01:41 - Quique [EMAIL PROTECTED] wrote: El caso es que quiero que al lanzar una aplicación desde los menús del sistema (no desde una xterm) a un usuario le aparezca en un idioma y a otro usuario en otro. Es decir, la variable de entorno $LANG tendría diferente valor para cada uno de ellos. Sé que se podría definir en los ficheros ~/.bash_profile o ~/.bashrc, pero eso solo serviría al lanzar la aplicación desde un emulador de terminal, pues el wdm no lee ninguno de ellos. El servidor X pertenece a _un_ usuario (sólo uno hizo el login), y al servidor no le parece nada lógico que haya mas que usuario en el mismo teclado. La única solución que veo es que cada usuario tenga su proprio servidor X (por ejemplo cambiando con Ctr-Alt-F7 y Ctrl-Alt-F8). Puedes hacerte un script que comprueba tu identidad (whoami) y verás que, ejecutado desde el menú, siempre te va a dar la identidad de aquel que hizo el login y que es dueño de la pantalla y del teclado. En cualquier caso, ¿cómo pensabas decirle al X quien eres? Bueno, también te puedes escribir un programa en GTK que te ofrece los idiomas y que cambie el entorno antes de ejecutar el programa... -- Christoph Simon [EMAIL PROTECTED] --- ^X^C q quit :q ^C end x exit ZZ ^D ? help shit .
Re: Variables de entorno
Christoph Simon [EMAIL PROTECTED] dijo: El servidor X pertenece a _un_ usuario (sólo uno hizo el login), y al servidor no le parece nada lógico que haya mas que usuario en el mismo teclado. La única solución que veo es que cada usuario tenga su proprio servidor X (por ejemplo cambiando con Ctr-Alt-F7 y Ctrl-Alt-F8). Puedes hacerte un script que comprueba tu identidad (whoami) y verás que, ejecutado desde el menú, siempre te va a dar la identidad de aquel que hizo el login y que es dueño de la pantalla y del teclado. En cualquier caso, ¿cómo pensabas decirle al X quien eres? Bueno, también te puedes escribir un programa en GTK que te ofrece los idiomas y que cambie el entorno antes de ejecutar el programa... Hm, quizás no me haya expresado bien. La máquina no la usan las 2 personas al mismo tiempo; una lo hace por la mañana y la otra por la tarde. Ambos están definidos en /etc/passwd y cada uno de ellos se autentifica ante el wdm con su uid y su contraseña. Pero uno de ellos quiere usar los programas en castellano y otro en portugués... lanzándolos desde los menús debian, no desde la línea de comandos. ¿Cómo se hace? Gracias, Quique
Re: Variables de entorno
On Mon, 21 May 2001 19:57:12 - Quique [EMAIL PROTECTED] wrote: La maquina no la usan las 2 personas al mismo tiempo; una lo hace por la maqana y la otra por la tarde. Ambos estan definidos en /etc/passwd y cada uno de ellos se autentifica ante el wdm con su uid y su contraseqa. Pero uno de ellos quiere usar los programas en castellano y otro en portuguis... lanzandolos desde los menzs debian, no desde la lmnea de comandos. ?Csmo se hace? Creo que ya te lo han respondido: .xinitrc -- Christoph Simon [EMAIL PROTECTED] --- ^X^C q quit :q ^C end x exit ZZ ^D ? help shit .
Re: Variables de entorno
Más o menos: man 5 environ man 7 environ Esta última trae más información. Las de las lenguas: man 7 locale La sección '7' de las páginas del manual es maravillosa para todo tipo de información de interés general. Desde los códigos VT102 hasta este tipo de cosas. Echad una ojeadilla, echad. Hay muchas variables bastante extendidas que no aparecen reflejadas en ningún documento especial. Supongo que porque sólo las usan determinados programas (http_proxy no afecta a todo el sistema). En estos casos yo siempre busco la sección de variables de entorno del programa en concreto: ENVIRONMENT. Los programas bien documentados traen al final un poco antes de FILES la lista de variables que reconocen. -- Saudos: ose[EMAIL PROTECTED] (Vigo/Galicia/España) http://pagina.de/xmanoel/ http://w3.to/mikkeli/
Re: Variables de entorno
El jueves 07 de septiembre de 2000 a la(s) 21:49:06 +0200, Jordi Mallach contaba: Que programa era, por cierto? Lynx sí hace mención de http_proxy, pero links y w3m no. No he mirado más. El man de wget sí que menciona http_proxy. [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- Just do it. David Serrano [EMAIL PROTECTED] Linux Registered User #87069 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! pgp00b0vXwQhP.pgp Description: PGP signature
Variables de entorno
Hola:
Hace poco en respuesta a una pregunta mía alguien me respondió que
si tenía asignada la variable de entorno http_proxy.
Y mi pregunta es la siguiente:
¿ Existe en algún sitio un listado de las variables de entorno
digamos, estándar ?
(Si no existe, podríamos crearlo indicando variable y programas que
la usan)
Otra cosa: ¿ puede considerarse un bug de la documentación o de las
páginas del manual el no hacer referencia a una de estas variables
de entorno que es usada por el programa ?
Saludos.
--
Fernando.
{:-{D
Hackers do it with fewer instructions.
Re: Variables de entorno
On Thu, 7 Sep 2000, Fernando wrote: ¿ Existe en algún sitio un listado de las variables de entorno digamos, estándar ? (Si no existe, podríamos crearlo indicando variable y programas que la usan) el comando env pasado sin argumentos o export te devuelven una lista de las variables de entorno declaradas. Otra cosa: ¿ puede considerarse un bug de la documentación o de las páginas del manual el no hacer referencia a una de estas variables de entorno que es usada por el programa ? Hombre , pues no se exactamente cual es el caso... pero las paginas del manual nunca han sido la panacea , ni en claridad ni tal vez en todas las posibilidades que nos da un binario o paquete, si no es algo muy muy claro Saludos.
Re: Variables de entorno
[EMAIL PROTECTED] wrote:
On Thu, 7 Sep 2000, Fernando wrote:
¿ Existe en algún sitio un listado de las variables de entorno
digamos, estándar ?
(Si no existe, podríamos crearlo indicando variable y programas que
la usan)
el comando env pasado sin argumentos o export te devuelven una lista de
las variables de entorno declaradas.
Yo estoy hablando de si existe algun documento que reuna las variables
mas usuales en linux y los programas que las usan.
Otra cosa: ¿ puede considerarse un bug de la documentación o de las
páginas del manual el no hacer referencia a una de estas variables
de entorno que es usada por el programa ?
Hombre , pues no se exactamente cual es el caso...
pero las paginas del manual nunca han sido la panacea , ni en claridad ni
tal vez en todas las posibilidades que nos da un binario o paquete, si no
es algo muy muy claro
Yo creo que las paginas man deberían mencionar que variables de entorno
usa un programa.
Saludos.
--
Fernando.
{:-{D
Hackers do it with fewer instructions.
Re: Variables de entorno
On Thu, Sep 07, 2000 at 10:11:31AM +0200, Fernando wrote: Hace poco en respuesta a una pregunta mía alguien me respondió que si tenía asignada la variable de entorno http_proxy. No guardo ese mensaje :| ¿ Existe en algún sitio un listado de las variables de entorno digamos, estándar ? man sh es un comienzo (busca por variables) Otra cosa: ¿ puede considerarse un bug de la documentación o de las páginas del manual el no hacer referencia a una de estas variables de entorno que es usada por el programa ? Un wishlist nunca está de más :) Que programa era, por cierto? Lynx sí hace mención de http_proxy, pero links y w3m no. No he mirado más. -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgp9RXNTKAdEB.pgp Description: PGP signature
Re: Variables de entorno para Español
On Wed, 16 Sep 1998, Marcelo E. Magallon wrote: Ayer por la tarde decía yo: # Este fichero es leído por /etc/X11/Xsession y por /bin/login # para establecer las variables de ambiente comunes al xel y a # una sesión X Window. export PATH LESS LESSOPEN LANG MM_CHARSET NLSPATH como explicas, esto no es especifico a un shell, asi que export esta de mas alli. El problema es que si no lo pones, no funciona. Yo tengo en /etc/profile: if [ -e /etc/environment ] ; then . /etc/environment export `cut -d = -f 1 /etc/environment` fi Es que ¡_no_ hace falta ponerlo en ningún profile! Porque es /bin/login quien lee ese fichero. Lo descubrí en /etc/login.defs: · # # If this file exists and is readable, login environment will be # read from it. Every line should be in the form name=value. # ENVIRON_FILE/etc/environment · Como se ve, se le puede cambiar el nombre si se quiere. Para login *no* hace falta el exports, pero sí para ... Evite la sintaxis export PATH=nosequé NLSPATH=nosecuántos ...; login(1) exige una variable por línea. Y XSession exige la línea con export (creo). Xsession es un script de sh, asi que necesita las variables exportadas. ... Xsession: · # If /etc/environment is present, source it. It's useful to put default # environment settings in this file, and then source it both here and in # /etc/profile. if [ -f /etc/environment ]; then . /etc/environment fi Lo del source in /etc/profile está ya anticuado desde que es login mismo quien lee el fichero. Como esto es un guión del xel, aquí sí se necesita que /etc/environment empiece por la línea (no sé si la puse en la carta anterior): #!/bin/sh y que luego haya una línea con export como la que puse: export TAL CUAL LADEMASALLA ... Lo que dije y digo es que no se puede (o debe) poner el fichero en la forma: export VAR1=VALOR1 export VAR2=VALOR2 . ni en la forma export VAR1=VALOR1 VAR2=VALOR2 ... ni en la forma VAR1=VALOR1 VAR2=VALOR2 ... export VAR1 VAR2 ... Sólo en la forma en que lo puse. Porque así es compatible tanto con la sintaxis que requiere login como con la del xel. -- Gerardo
Re: Variables de entorno para Español
On Tue, Sep 15, 1998 at 01:27:31PM +0200, J.Parera wrote: Hola, yo tengo las que siguen: export LESSCHARSET=latin1 export LC_ALL=es_ES export LANG=es_ES Esto se está convirtiendo en una PF (pregunta frecuente, o FAQ, en inglés). Si defines LC_ALL=es_ES, el sistema no tendrá en cuenta lo que tengas definido en las demás LC_*, ni lo que tengas en LANG, así que definir las dos está de más. Lo correcto es definir LANG (la variable de menor prioridad) y dejar sin definir el resto, salvo casos de extrema necesidad. (LESSCHARSET no es necesaria para un sistema Debian 2.0. El less ya sabe cuál es el charset a utilizar). Saludos, -- Enrique Zanardi[EMAIL PROTECTED]
Re: Variables de entorno para Español
J.Parera wrote: Hola, yo tengo las que siguen: export LESSCHARSET=latin1 export LC_ALL=es_ES export LANG=es_ES ¿Si usa LC_ALL=es_ES, para que exporta LANG? ¿Puede dar problemas exportar LC_ALL?
Re: Variables de entorno para Español
On Wed, Sep 16, 1998 at 05:01:07PM +0200, Gerardo Aburruzaga Garcia wrote: # Este fichero es leído por /etc/X11/Xsession y por /bin/login # para establecer las variables de ambiente comunes al xel y a # una sesión X Window. export PATH LESS LESSOPEN LANG MM_CHARSET NLSPATH como explicas, esto no es especifico a un shell, asi que export esta de mas alli. El problema es que si no lo pones, no funciona. Yo tengo en /etc/profile: if [ -e /etc/environment ] ; then . /etc/environment export `cut -d = -f 1 /etc/environment` fi Evite la sintaxis export PATH=nosequé NLSPATH=nosecuántos ...; login(1) exige una variable por línea. Y XSession exige la línea con export (creo). Xsession es un script de sh, asi que necesita las variables exportadas. Marcelo
Re: Variables de entorno para Español
Hola, yo tengo las que siguen: export LESSCHARSET=latin1 export LC_ALL=es_ES export LANG=es_ES Saludos, J. Parera
Variables de entorno para Español
Tal como sono por la lista, defini solo la variable LANG=es, pero hay algunas cosas que no funcionan bien. Por ejemplo el dselect se queja de que no tiene informada la variable LC_ALL. ¿Cual seria un valor apropiado (es_ES, C, etc...)? \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Jordi Román Mejiase-mail: [EMAIL PROTECTED] Autònoma ObertaServei de InformàticaUniversitat Autónoma de Barcelona /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
