do y por favor no hagas top posting. Gracias.
Revisa esta busqueda:
https://www.google.com/search?source=hp=MNz6XfHPGuXG5OUP56qsqA4=dpkg%3A+atenci%C3%B3n%3A+%60ldconfig%27+no+se+ha+encontrado+en+el+PATH+o+no+es+ejecutable=dpkg%3A+atenci%C3%B3n%3A+%60ldconfig%27+no+se+ha+encontrado+en+el+PATH+o+
pkg: atención: `ldconfig' no se ha encontrado en el PATH o no es ejecutable
>> dpkg: atención: `start-stop-daemon' no se ha encontrado en el PATH o no es
>> ejecutable
>> dpkg: error: no se ha encontrado 2 en el PATH o no es ejecutable
>> NOTA: El PATH de root debería incluir
> al momento de ejecutar el comando dkpg salta el siguiente error:
> dpkg: atención: `ldconfig' no se ha encontrado en el PATH o no es ejecutable
> dpkg: atención: `start-stop-daemon' no se ha encontrado en el PATH o no es
> ejecutable
> dpkg: error: no se ha encontrado 2 en el PATH o no
Buenas,
A lo mejor si que arranca pero, por alguna razón no es visible. Prueba
a buscarlo con:
pgrep davinci
a ver que ocurre.
Fran.
PD: también sería una buena idea ejecutar: ps ax o: ps -la
y ver si aparece de alguna forma.
El 17/12/19, Pablo Ramirez escribió:
> Ok gracias por todo y
Ok gracias por todo y disculpa las molestias, de todos modos el programa no
arranca
Saludos
Enviado desde mi iPhone
> El 17-12-2019, a las 16:18, Lista Debian escribió:
>
Nuevamente me has contestado a mi en vez de a la lista. Dirige la
respuesta a debian-user-spanish@lists.debian.org
Sigo contestando abajo
El mar, 17-12-2019 a las 15:42 -0300, Pablo Ramirez escribió:
> El mar, 17-12-2019 a las 19:27 +0100, Lista Debian escribió:
> > Mejor contesta a la lista,
Mejor contesta a la lista, así se sigue el hilo del problema, sigo
contestando más abajo.
El mar, 17-12-2019 a las 15:07 -0300, Pablo Ramirez escribió:
> El mar, 17-12-2019 a las 18:22 +0100, Lista Debian escribió:
> >
> > Probablemente el entorno de root no es el correcto. Si haces login
> >
o dkpg salta el
> siguiente error:
> dpkg: atención: `ldconfig' no se ha encontrado en el PATH o no es
> ejecutable
> dpkg: atención: `start-stop-daemon' no se ha encontrado en el PATH o
> no es ejecutable
> dpkg: error: no se ha encontrado 2 en el PATH o no es ejecutable
> N
ando dkpg salta el siguiente error: dpkg:
> atención: `ldconfig' no se ha encontrado en el PATH o no es ejecutable
> dpkg: atención: `start-stop-daemon' no se ha encontrado en el PATH o no es
> ejecutable dpkg: error: no se ha encontrado 2 en el PATH o no es ejecutable
> NOTA: El P
es Pablo y soy nuevo en el mundo de linux, el tema puntual es
> que estoy tratando de instalar un programa, en especifico DaVinci Resolve,
> pero al momento de ejecutar el comando dkpg salta el siguiente error:
> dpkg: atención: `ldconfig' no se ha encontrado en el PATH o no es
> ejecutab
Buenas Estimados
Mi nombre es Pablo y soy nuevo en el mundo de linux, el tema puntual es que
estoy tratando de instalar un programa, en especifico DaVinci Resolve, pero al
momento de ejecutar el comando dkpg salta el siguiente error:
dpkg: atención: `ldconfig' no se ha encontrado en el PATH o
Buenas,
has provado con:
PATH=".:/bin:/usr/bin:" etc etc etc?
Fran.
El 18/11/19, ruben.mag...@inisis.es escribió:
> Buenos días a todos,
>
> Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en
> debian.
>
> Antes, en debian 9, añadías “:.” Al f
Buenos días a todos,
Sabéis como añadir el directorio local, o sea, “.” a la variable PATH en debian.
Antes, en debian 9, añadías “:.” Al final de la línea ENV_PATH en
“/etc/login.defs” y era suficiente pero con debian 10 no funciona.
Gracias a todos de antemano
De: Galvatorix
El día 23 de octubre de 2012 22:00, El Ale...
alexissauc...@gmail.com escribió:
Mil gracias Flako!, lo intente con:
echo 'export PATH=$PATH:/usr/local/heroku/bin/' /usr/bin/heroku
y tambien habia echo un ln -s y nada pero al parecer la egragaste la i tu
enlace anduvo barvaro.
Muchisimas
Gente buenas noches, se que es una consulta un poco basica pero ya intente
hacerla y siempre me da permiso denegado y cuando le hago el chmod +x no me
sale nada, estoy usando heroku de facebook y me lo instalo en este
directorio:
/usr/local/heroku/bin/heroku
ahora cuando necesito hacer algun
no tenga que escribir la raiz sino solo heroku?.
Saludos y gracias!
Pues un enlace simbólico a /usr/bin
ln -si /usr/local/heroku/bin/heroku /usr/bin/heroku
si son muchos comandos, tal ves una mejor opción es poner
/usr/local/heroku/bin en la variable PATH
--
To UNSUBSCRIBE, email to debian-user
Mil gracias Flako!, lo intente con:
echo 'export PATH=$PATH:/usr/local/heroku/bin/' /usr/bin/heroku
y tambien habia echo un ln -s y nada pero al parecer la egragaste la i tu
enlace anduvo barvaro.
Muchisimas gracias por tu tiempo!
El 23 de octubre de 2012 21:56, Flako subfo...@gmail.com
On Fri, Dec 9, 2011 at 3:24 AM, alexander villalba
alexvillalb...@gmail.com wrote:
aquí hay un link:
http://serverfault.com/questions/279614/is-there-a-big-difference-between-this-is-a-path-and-this-is-a-path
en donde se da una pista de las diferencias
pero no habla específicamente del
On Wed, Dec 7, 2011 at 10:05 PM, alexander villalba
alexvillalb...@gmail.com wrote:
no tengo muy clara la entre diferencia entre cp -R path y cp -R path/
, y el por qué de esa diferencia, he tenido más de un problema al
confundir un comando con el otro
¿Qué clase de problema? hasta donde tengo
aquí hay un link:
http://serverfault.com/questions/279614/is-there-a-big-difference-between-this-is-a-path-and-this-is-a-path
en donde se da una pista de las diferencias
pero no habla específicamente del caso para el comando cp. Una vez
conseguí un enlace en donde se explicaba eso pero ahora
no tengo muy clara la entre diferencia entre cp -R path y cp -R path/
, y el por qué de esa diferencia, he tenido más de un problema al
confundir un comando con el otro
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
ltsp-build-client --arch i386, todo comienza perfecto pero al
final del la creación de la misma me aparece el siguiente mensaje.
dpkg: `start-stop-daemon' no encontrado en el PATH.
dpkg: 1 programa(s) esperado(s) no encontrados en el PATH.
El PATH de root debe contener usualmente /usr/local
El Wed, 28 Sep 2011 14:04:17 -0400, Yacel Romero Milian escribió:
(...)
dpkg: `start-stop-daemon' no encontrado en el PATH. dpkg: 1 programa(s)
esperado(s) no encontrados en el PATH.
El PATH de root debe contener usualmente /usr/local/sbin, /usr/sbin y /sbin.
E: Sub-process /usr/bin/dpkg
creación de la misma me aparece el siguiente mensaje.
dpkg: `start-stop-daemon' no encontrado en el PATH.
dpkg: 1 programa(s) esperado(s) no encontrados en el PATH.
El PATH de root debe contener usualmente /usr/local/sbin, /usr/sbin y /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2
El Thu, 04 Feb 2010 19:50:51 -0500, Yoandy Melero escribió:
(...)
Intenté cambiar el return-path así en el fichero header_checks ademas
del from:
/^From:.*usua...@dominio\.com/ REPLACE From: usua...@midominio.cu
/^Return-Path:.*usua...@dominio\.com/ REPLACE Return-Path:
usua
Amigos listeros hace unos dias atras solicité ayuda a la lista para cambiar el
from
de los correos entrantes. Estos correos entrantes de un dominio x tenia que
reenviarlo a otro dominio que solo acepta correo de midominio. Pero para no
enredarlos tanto lo que quiero cambiar es el return-path
On 9/28/06, Prof. Roman Gelbort [EMAIL PROTECTED] wrote:
El Jue 28 Sep 2006 20:25, Angel Claudio Alvarez escribió:
y el export?? lo haces??
Hice un export PATH=$PATH:~/bin
En ese caso me toma el directorio, pero no es persistente el cambio. ¿o vos
decís que le agregue 'export' dentro del
El jue, 28-09-2006 a las 20:42 -0300, Prof. Roman Gelbort escribió:
El Jue 28 Sep 2006 20:25, Angel Claudio Alvarez escribió:
y el export?? lo haces??
Hice un export PATH=$PATH:~/bin
En ese caso me toma el directorio, pero no es persistente el cambio. ¿o vos
decís que le agregue 'export
Prueba ponerlo en el .bashrc, creo que las terminales tty (las que
salen con ctr+alt+f1, etc) usan el .bash_profile, pero los emuladores
de terminales (el aterm, gnome-terminal) utilizan el .bashrc...
Fijate que debian por default incluye el.bashrc al .bash_profile si lo
encuentra, lo que
Resulta que hice en mi directorio personal un subdirectorio bin/ para poner
mis scripts ahí.
Al fijarme en el .bash_profile de mi usuario me encuentro que dice esto:
if [ -f ~/bin ] ; then
PATH=~/bin:${PATH}
fi
Pero resulta que el directorio bin/ de mi usuario no se agrega al iniciar la
El jue, 28-09-2006 a las 14:38 -0300, Prof. Roman Gelbort escribió:
Resulta que hice en mi directorio personal un subdirectorio bin/ para poner
mis scripts ahí.
Al fijarme en el .bash_profile de mi usuario me encuentro que dice esto:
if [ -f ~/bin ] ; then
PATH=~/bin:${PATH}
fi
El jue, 28-09-2006 a las 14:38 -0300, Prof. Roman Gelbort escribió:
Resulta que hice en mi directorio personal un subdirectorio bin/ para poner
mis scripts ahí.
Al fijarme en el .bash_profile de mi usuario me encuentro que dice esto:
if [ -f ~/bin ] ; then
PATH=~/bin:${PATH}
fi
esto:
if [ -f ~/bin ] ; then
PATH=~/bin:${PATH}
fi
Pero resulta que el directorio bin/ de mi usuario no se agrega al iniciar
la
sesión...
¿alguna idea de lo que está pasando?
Estas preguntando por un archivo regular ( -f) cuando ~/bin/ es un
directorio ( -d)
Perdón
.
Al fijarme en el .bash_profile de mi usuario me encuentro que dice esto:
if [ -f ~/bin ] ; then
PATH=~/bin:${PATH}
fi
Pero resulta que el directorio bin/ de mi usuario no se agrega al iniciar
la
sesión...
¿alguna idea de lo que está pasando?
Estas
El Jue 28 Sep 2006 20:25, Angel Claudio Alvarez escribió:
y el export?? lo haces??
Hice un export PATH=$PATH:~/bin
En ese caso me toma el directorio, pero no es persistente el cambio. ¿o vos
decís que le agregue 'export' dentro del if que está en el .bash_profile?
Nota: el .bash_profile está
Hola a [EMAIL PROTECTED]:
Estoy intentando aplicar le patch 2.6.18-rc7-mm1.bz2 y cuando trato de
aplicarlo con :
# bzip2 -dc ../2.6.18-rc7-mm1.bz2 | patch -s -p1
Obtengo un monton de mensajes del tipo :
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
¿Que
Manuel D Ramiro wrote:
Hola a [EMAIL PROTECTED]:
Estoy intentando aplicar le patch 2.6.18-rc7-mm1.bz2 y cuando trato de
aplicarlo con :
# bzip2 -dc ../2.6.18-rc7-mm1.bz2 | patch -s -p1
Obtengo un monton de mensajes del tipo :
Reversed (or previously applied) patch detected! Assume -R? [n]
He intentado lo que me has dicho, pero nada la cosa sigue en las
mismas :(, estoy buscando por internet a ver si le ha pasado a alguien
más
2006/9/23, Matías A. Bellone [EMAIL PROTECTED]:
Manuel D Ramiro wrote:
Hola a [EMAIL PROTECTED]:
Estoy intentando aplicar le patch 2.6.18-rc7-mm1.bz2 y
Yo tuve el mismo problema hace poco, y el PATH en KDE depende del KDM. En
general en Debian parece ser que los PATHs para aplicaciones X Window se
establecen en '/etc/X11/Xsession' que a su vez ejecuta (en realidad hace un
'source' en lugar de ejecutar) los scripts situados en el directorio
Mario Palomo wrote:
Yo tuve el mismo problema hace poco, y el PATH en KDE depende del KDM.
En general en Debian parece ser que los PATHs para aplicaciones X Window
se establecen en '/etc/X11/Xsession' que a su vez ejecuta (en realidad
hace un 'source' en lugar de ejecutar) los scripts
Perfecto, gracias por la excelente explicación.
Finalmente he optado por ubicar programas como el Azureus en /usr/local/bin
para que sean accesibles a todos los usuarios, gracias por la recomendación.
Puesto que ese directorio ya está contemplado en el PATH de KDM me funciona
sin haber tenido
Hola, me estoy peleando con el PATH. He creado en mi home un directorio bin
donde pretendo guardar programas obtenidos mediante procedimientos distintos
a apt o dpkg. Por ejemplo tengo el Azureus, que después de descargarlo sólo
hay que descomprimirlo y ejecutar un script para que funcione.
He
,
Dispongo de Woody con Apache, PHP4 y el servidor de correo Postfix con
ipopd, uw-imapd y procmail.
El problema que tengo, es que al enviar un correo con la funcion de PHP
mail(...) no me modifica el Return-Path en la cabecera del mensaje.
Me coloca:
Return-Path: www-data
Para enviar el correo
Hola a todos,
Dispongo de Woody con Apache, PHP4 y el servidor de correo Postfix con ipopd,
uw-imapd y procmail.
El problema que tengo, es que al enviar un correo con la funcion de PHP
mail(...) no me modifica el Return-Path en la cabecera del mensaje.
Me coloca:
Return-Path: www-data
Para
adecuada (-ls en xterm o --login en gnome-terminal) para forzar que se
cargue ~/.bash_profile.
Sobre la pregunta inicial, pienso que no es aconsejable añadir /usr/sbin
y /sbin al PATH de un usuario normal (lo podríamos hacer en los ficheros
comentados). Si esporádicamente necesitas servicios de
, ~/.bashrc,
/etc/profile. El problema es el siguiente:
Si ejecuto $ echo $PATH desde gnome2.4 en una ventana de gnome terminal
obtengo:
/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
Si ejecuto lo mismo habiendo entrado en una sesión de texto pura sin gdm ni
gnome tengo:
/usr/local/bin:/usr
¿En qué momento se han sustraído las rutas /usr/sbin/ y /sbin ?
¿En qué archivo se encuentra la configuración?
Cuando abres un terminal grafico se lee la configuracion de ~/.bashrc y cuando
es en consola de ~/.bash_profile.
Haplo
~/.bash_profile.
Sobre la pregunta inicial, pienso que no es aconsejable añadir /usr/sbin
y /sbin al PATH de un usuario normal (lo podríamos hacer en los ficheros
comentados). Si esporádicamente necesitas servicios de administrador, no
cuesta tanto escribir
$ /sbin/lsmod
Un saludo.
--
Manuel Lucas
El 25 de octubre de 2003, a las 2:02 horas +0200, Alberto dijo:
La cuestión es que según dpkg -l tengo instalado el tk8.3, así que me
gustaría probar de defirle al configure donde tengo el tk, pero no tengo ni
idea!! donde está o como lo puedo saber?
Creo que tendrás que instalar el
for tk.h... no
checking for libtk8.3... no
checking for tk.tcl... /usr/lib/tk8.3
configure: error: Installation of tk seems incomplete or can't be found
automatically.
Please correct the problem by telling configure where tk is
using the argument --with-tk=/path/to/package
(perhaps after installing
On Fri, 3 Oct 2003, Santiago Vila wrote:
Bibiano González, Alejandro escribió:
Esto es una chorrada, pero no me funciona.
Estoy modificando la variable PATH en /etc/profile para que tenga
una ruta, pero al rearrancar el ordenador no me hace ni caso y si hago
un SET no aparecen las
Esto es una chorrada, pero no me funciona.
Estoy modificando la variable PATH en /etc/profile para que tenga una ruta,
pero al rearrancar el ordenador no me hace ni caso y si hago un SET no aparecen
las nuevas entradas
¿Alguna sugerencia?
Alex Bibiano
añádelas también en /etc/bash.bashrc
El vie, 03-10-2003 a las 16:11, Bibiano González, Alejandro escribió:
Esto es una chorrada, pero no me funciona.
Estoy modificando la variable PATH en /etc/profile para que tenga una ruta,
pero al rearrancar el ordenador no me hace ni caso y si hago un
Bibiano González, Alejandro escribió:
Esto es una chorrada, pero no me funciona.
Estoy modificando la variable PATH en /etc/profile para que tenga
una ruta, pero al rearrancar el ordenador no me hace ni caso y si hago
un SET no aparecen las nuevas entradas
¿Alguna sugerencia?
Esto es Unix
que reinicio
pierdo el path del root, voy a ejecutar un comando y no lo encuentra,
cansado ya de tener que escribirlo siempre, tengo un archivo del ke
copio y pego el PATH ke deberia tener y lo soluciono, hasta que vuelvo a
reiniciar.
Alguna idea de porque puede pasar? todos los comentarios serán
MaMbErTo escribió:
[ pérdida del PATH de root ]
Alguna idea de porque puede pasar?
En una máquina Debian recién instalada, el PATH de root se define
en /root/.profile. Si has modificado ese fichero, el original
está en /usr/share/base-files/dot.profile.
Otra posibilidad es que hayas creado
Pues era la seguna posibilidad, habia un archivo .profile que contenia
el export PATH..., en cambio el .bash_profile no lo contenia, y si
tiene preferencia... :D he probado a poner lo que habia en .profile
respecto al path, en .bash_profile, a ver que pasa xD. Si veo que va
mal, lo borrare como
On Fri, 1 Aug 2003, Sebastian Kruk wrote:
Justamente la instalacion de ambos paquetes fueron los que me dieron
problemas.
Chau,
SEbas
Puede que cualquiera de ellos por separado tampoco te solucionen el
problema. No me parecen incompatibles. Lo más interesante de ambos
es la documentación
Justamente la instalacion de ambos paquetes fueron los que me dieron
problemas.
Chau,
SEbas
-Mensaje original-
Instala el paquete castellanizar y el paquete user-es y lee atentamente
la documentación de estos paquetes.
--
Un saludo
Antonio Castro
¡Hola!
Tengo dos problemas que me surgieron al castellanizar.
En las terminales solo me funcionan los comandos del directorio bin.
Por otra parte quedaron mal los locale y me aparece:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE =
On Thu, 31 Jul 2003, Sebastian Kruk wrote:
¡Hola!
Tengo dos problemas que me surgieron al castellanizar.
En las terminales solo me funcionan los comandos del directorio bin.
Por otra parte quedaron mal los locale y me aparece:
perl: warning: Setting locale failed.
perl: warning: Please
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hola a todos.
Bueno, he intentado ejecutar eurocastellanizar y bien, me lo ha hecho,
pero
ahora no puedo realizar ningún apt-get install, ya que el path lo tengo mal,
así que he modificado el .profile pero no me hace ni caso ¿alguna
Hola.
Prueba a modificar el .bashrc en lugar del .profile. No estaria de mas que
adjuntaras de que modo estas definiendo el path por si las moscas.
Espero que te ayude.
El Lunes, 7 de Abril de 2003 17:15, Rafael F. Rodríguez escribió:
Hola a todos.
Bueno, he intentado ejecutar
Hola,
no se porque pero ha desaparecido el directorio /sbin de mi PATH. ¿Donde
està la configuración de PATH para modificarla?
Gracias,
pere
On Thu, 20 Mar 2003, Pere Rodríguez wrote:
no se porque pero ha desaparecido el directorio /sbin de mi PATH. ¿Donde
està la configuración de PATH para modificarla?
El /sbin normalmente no está en el PATH de un usuario normal.
El PATH de root se define por defecto en /root/.profile.
Busca en
On Thu, Mar 20, 2003 at 08:54:04AM +0100, Pere Rodríguez wrote:
Hola,
no se porque pero ha desaparecido el directorio /sbin de mi PATH. ¿Donde
està la configuración de PATH para modificarla?
Gracias,
Probablemente esa ruta nunca estuvo en tu patch. De todas formas, esa
información se
No sé qué ha pasado, pero me ha desaparecido de la variable PATH '/usr/sbin
y/o /sbin', y no acierto a arreglar el tinglado.
Intuyo que tendré que utilizar 'set', pero como no aparece 'man set' por
ningún lado ni encuentro otra pista, me atrevo a molestar con esta presunta
tontería que ya me
On Sun, 2003-01-19 at 22:06, Jon wrote:
No sé qué ha pasado, pero me ha desaparecido de la variable PATH '/usr/sbin
y/o /sbin', y no acierto a arreglar el tinglado.
Intuyo que tendré que utilizar 'set', pero como no aparece 'man set' por
ningún lado ni encuentro otra pista, me atrevo
La documentación de set la encuentras en la hoja de manual
builtins(1). Sin embargo, set no sirve para poner variables de
ambiente; tú estás buscando export (documentada en el mismo manual).
La manera común de hacer lo que quieres es agregar una línea como ésta:
export PATH=/sbin:/usr
Jon escribió:
No sé qué ha pasado, pero me ha desaparecido de la variable PATH '/usr/sbin
y/o /sbin', y no acierto a arreglar el tinglado.
Como acaban de decirte, esos directorios no están, ni tienen por qué
estar, en el PATH de un usuario normal. Si quieres que lo estén (para
todos los
Hola:
brauz [EMAIL PROTECTED] wrote:
hola a todos:
Tengo una pequeña duda acerca de los programas que se encuentran en la
variable $PATH ... En el caso de existir dos programas con el mismo nombre
incluidos en esta variable a cual de los dos llamará cuando intentemos
ejecutar ese
hola a todos:
Tengo una pequeña duda acerca de los programas que se encuentran en la
variable $PATH ... En el caso de existir dos programas con el mismo nombre
incluidos en esta variable a cual de los dos llamará cuando intentemos
ejecutar ese programa, en que se basará para ejecutar uno o
, January 12, 2003 7:51 PM
Subject: $PATH
hola a todos:
Tengo una pequeña duda acerca de los programas que se encuentran en la
variable $PATH ... En el caso de existir dos programas con el mismo
nombre
incluidos en esta variable a cual de los dos llamará cuando intentemos
ejecutar ese programa
El dom, 12-01-2003 a las 19:51, brauz escribió:
hola a todos:
Tengo una pequeña duda acerca de los programas que se encuentran en la
variable $PATH ... En el caso de existir dos programas con el mismo nombre
incluidos en esta variable a cual de los dos llamará cuando intentemos
Si no me equivoco, el primero q encuentre, la variable PATH
leida de izquierda a derecha, pero de todos modos lo puedes
comprobar tu mismo hacendote dos scripts con el mismo nombre,
pero q uno contenga por ejemplo:
echo Programa 1
y el otro
echo Programa 2,
les das parmisos de ejecucion y los
On Sun, 12 Jan 2003 19:51:20 +0100
brauz [EMAIL PROTECTED] wrote:
hola a todos:
Tengo una pequeña duda acerca de los programas que se encuentran en la
variable $PATH ... En el caso de existir dos programas con el mismo nombre
incluidos en esta variable a cual de los dos llamará cuando
amigos, no se que paso con una de mis maquinas, pero tiene un herror de
PATH y no consigo dentro del shell localice los comandos ls, chmod, etc
en que archivo puedo configurar esta variable para darle la ruta que
necesito.
en ~/.bash_profile
agrega algo así
PATH=$PATH:/usr/sbin:/sbin:/lo/que/necesites
export PATH
salu2
j0rd1
- Original Message
From: José Alberto Arzate [EMAIL PROTECTED]
To: debian debian-user-spanish@lists.debian.org
Subject: solucionar error en PATH
Date: 02/01/03 12:12
amigos
Hola:
José Alberto Arzate escribió:
amigos, no se que paso con una de mis maquinas, pero tiene un herror de
PATH y no consigo dentro del shell localice los comandos ls, chmod, etc
en que archivo puedo configurar esta variable para darle la ruta que
necesito.
vi profile
Un saludo.
echa un ojo al /etc/apt/sources.list
On Sun, 24 Nov 2002 15:00:13 +0100
Jesus Rios [EMAIL PROTECTED] wrote:
Ola buenas...
Tengo una grabadora y una lectora. La grabadora la tengo montada en /cdrw
(hdc) y la lectora (hdd) en /cdrom
Lo q pasa es que cuando ejecuto
Jesus Rios escribió::
Buenas...
La pregunta concreta es:
como hago para q cuando lanze un apt-get install nombre_pakete , me busque
las fuentes en /cdrw (/dev/hdc) en vez de en /cdrom (/dev/hdd).
Muchas gracias.
apt-cdrom -d (punto de montaje)
--
Héctor Andrés Rompato
Ola buenas...
Tengo una grabadora y una lectora. La grabadora la tengo montada en /cdrw
(hdc) y la lectora (hdd) en /cdrom
Lo q pasa es que cuando ejecuto apt-get install nombre_pakete ,me busca el
cd en /cdrom en vez de /cdrw y por consiguinte no me encuentra las fuentes.
--- Jesus Rios [EMAIL PROTECTED] wrote:
Ola buenas...
Tengo una grabadora y una lectora. La grabadora la tengo montada en /cdrw
(hdc) y la lectora (hdd) en /cdrom
Lo q pasa es que cuando ejecuto apt-get install nombre_pakete ,me busca el
cd en /cdrom en vez de /cdrw y por
Ola buenas...
Tengo una grabadora y una lectora. La grabadora la tengo montada en /cdrw
(hdc) y la lectora (hdb) la intento montar en /cdrom (aunke sin exito ya q
me dice q no es un dispositivo valido !!).
Lo q pasa es que cuando ejecuto apt-get install nombre_pakete ,me
Jesus Rios escribió::
Ola buenas...
Tengo una grabadora y una lectora. La grabadora la tengo montada en /cdrw
(hdc) y la lectora (hdb) la intento montar en /cdrom (aunke sin exito ya q
me dice q no es un dispositivo valido !!).
Lo q pasa es que cuando ejecuto apt-get
Buenas...
La pregunta concreta es:
como hago para q cuando lanze un apt-get install nombre_pakete , me busque
las fuentes en /cdrw (/dev/hdc) en vez de en /cdrom (/dev/hdd).
Muchas gracias.
Hola.
A mí me funciona montando /cdw antes de instalar.
Pero puedes cambiar el vínculo de hdd enlazando /dev/hdc a /dev/cdrom.
Saludos.
El sáb, 23-11-2002 a las 04:26, Jesus Rios escribió:
Buenas...
La pregunta concreta es:
como hago para q cuando lanze un apt-get install
[...]
rsh hace un lio con el path. Con un rlogin la cosa funciona bien, pero
si ejecutas un comando remoto no (si lo haces como root no te da path
a /sbin y /usr/sbin). Tal vez te salga mas facil usar ssh.
[...]
Estoy de acuerdo con Xavier, de hecho ssh te ofrece sustitutos de rlogin
y rsh
On Fri, 8 Nov 2002, Omar Hernandez Sarmiento wrote:
[...]
Pero la mas IMPORTANTE de ssh es que la comunicacion va CIFRADA (paranoia
de seguridad), esto es importante, cuanto mas si te logeas como root
-cosa poco recomendable- por que no se pueden interceptar las contrase'nas
en claro
Pero en
Pero en algunos casos la encriptacion come CPU y si tienes una red cerrada
puede ser mejor usar rsh (salvo por el problema de las variables de
ambiente).
Es poca, aun que realmete no la he medido.
Aun asi, seria evaluar privaciadad/velocidad.
Nunca se sabe si un sniffer se encuentra por ahi
;p
, Pablo [ISO-8859-1] Giménez Pizarro wrote:
A ver, me ha surgido el siguiente problemilla, la cosa es que no sé
que path usa rsh, comandos en /usr/bin y demás me los coge en
cualquier máquina, pero tengo algunos comandos en /usr/local/bin y si
lo ejecuto desde otra máquina con rsh
On Sunday 03 November 2002 16:14, Xavier Andrade wrote:
On 2 Nov 2002, Pablo [ISO-8859-1] Giménez Pizarro wrote:
A ver, me ha surgido el siguiente problemilla, la cosa es que no sé
que path usa rsh, comandos en /usr/bin y demás me los coge en
cualquier máquina, pero tengo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hola
On Sunday 03 November 2002 16:14, Xavier Andrade wrote:
On 2 Nov 2002, Pablo [ISO-8859-1] Giménez Pizarro wrote:
A ver, me ha surgido el siguiente problemilla, la cosa es que no sé que
path usa rsh, comandos en /usr/bin y demás me los coge
no sé que
path usa rsh, comandos en /usr/bin y demás me los coge en cualquier
máquina, pero tengo algunos comandos en /usr/local/bin y si lo ejecuto
desde otra máquina con rsh no los encuentra, tengo que meter todo el
path del comando para ejecutarlo, pero si los ejecuto directamente
algo así lo probaré :)
Estas seguro que no se le puede decir que use ssh de alguna forma? La
solucion que hize para el rsh fue cargar el PATH a mano en los archivos de
inicio.
Xavier
On 2 Nov 2002, Pablo [ISO-8859-1] Giménez Pizarro wrote:
A ver, me ha surgido el siguiente problemilla, la cosa es que no sé que
path usa rsh, comandos en /usr/bin y demás me los coge en cualquier
máquina, pero tengo algunos comandos en /usr/local/bin y si lo ejecuto
desde otra máquina con
A ver, me ha surgido el siguiente problemilla, la cosa es que no sé que
path usa rsh, comandos en /usr/bin y demás me los coge en cualquier
máquina, pero tengo algunos comandos en /usr/local/bin y si lo ejecuto
desde otra máquina con rsh no los encuentra, tengo que meter todo el
path del comando
Saludos Debianitas!
Quiero agregar un directorio al path y he leido por ahi que lo tenia que
agregar al .bashrc de mi home de la siguiente forma:
PATH=$PATH:/ruta que deseo agregar.
Luego en mi.bash_profile tendria que tener esta linea:
if test -f ~/.bashrc;then
.~/.bashrc
fi
pero en mi
Well. On Tue, Jul 16, 2002 at 10:00:10PM -0300, eldebianita wrote:
PATH=$PATH:/ruta que deseo agregar.
Luego en mi.bash_profile tendria que tener esta linea:
if test -f ~/.bashrc;then
.~/.bashrc
fi
pero en mi .bash_profile no se encuentra esta linea como lo tendria que
hacer?
Gracias
puesto los parametros necesarios para arrancar gnome,
pero no funciona :(
Si miro el log de errores veo el siguiente error: Could not init font path
element unix/:7100, removing from list
Alguna ayudita, por favor
Tengo Xfree86-4.1 en Woody
Marcel
1 - 100 de 103 matches
Mail list logo
