Re: problema al programar scripts en bash.
BUENas,
Os cuento que ya ha sido solucionado. Resulta que los dos códigos eran
correctos, (centrémonos en el que empieza por function, pues es con el
que estamos trabajando) y, salvo corregir el par de bugs de que $1
debía ir encapsulado "$1" y que $cmd /etc/passwd se repetía más que el
ajo sin ser necesario, la forma de que la función mostrase algo útil
(lo que se le pedía) era la siguiente:
. nombrefichero
ejemplo:
si el fichero se llama showuser, pues había que poner directamente en
la consola:
. showuser
y seguidamente y por ejemplo:
ShowUser root
Al hacer esto (al escribir . showuser) todo el contenido del fichero
queda cargado en el sistema, de modo que solo queda llamarlo como si
de cualquier comando de /bin se tratase.
Pero, en este caso, llamando directamente a la función.
Fran.
El 14/3/19, Alba Ferri escribió:
> Siguiendo los comentarios de Matias, quedaría más o menos así:
>
> #!/bin/bash
> if [ $# -ne 1 ]; then
> echo "error, se esperaba un argumento"
> exit 1
> fi
>
> login=$1
> userline=$(grep "^$login:" /etc/passwd)
> login=$(echo $userline | cut -d: -f1)
> uid=$(echo $userline | cut -d: -f3)
> gid=$(echo $userline | cut -d: -f4)
> dir=$(echo $userline | cut -d: -f6)
> shll=$(echo $userline | cut -d: -f7)
>
> if [ -z "$userline" ]; then
> echo "error, no se ha encontrado el usuario especificado"
> exit 2
> fi
>
> printf "La información del usuario $login, es:\n UID: $uid \n GID: $gid \n
> Directorio home: $dir \n Shell de sistema: $shll \n"
>
> He sacado el* printf *del else porq si todo va bien no entra en el bucle y
> creo que queda más limpio que haya una salida por defecto a OK, pero eso ya
> va en gustos...
>
> Slds,
>
> El mié., 13 mar. 2019 a las 12:39, Matias Mucciolo
> ()
> escribió:
>
>>
>> On Wednesday, March 13, 2019 8:28:37 AM -03 Matias Mucciolo wrote:
>> > On Tuesday, March 12, 2019 8:42:24 PM -03 Fran Torres wrote:
>> > > Buenas chicos,
>> > >
>> > > ¿algún administrador de sistemas linux/programador de scripts en
>> > > bash-shell por la sala?.
>> > >
>> > > Precisamente eso es lo que estudio como bien ya sabreis y, en clase
>> > >
>> > > de sistemas operativos estamos haciendo programación básica de
>> > > scripts
>> > > en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
>> > > poner un código de ejemplo y debajo de él, un código alternativo. Al
>> > > final del segundo va la duda.
>> > >
>> > > #!/bin/bash
>> > > function ShowUser(){
>> > > if [ $# -ne 1 ]; then
>> > > echo "error, se esperaba un argumento"
>> > > return 1
>> > > fi
>> > > login=$1
>> > > cmd=$(grep "^$login:" /etc/passwd)
>> > > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
>> > > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
>> > > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
>> > > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
>> > > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
>> > > if [ -z $cmd ]; then
>> > > echo "no se ha encontrado el usuario introducido"
>> > > else
>> > > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
>> > > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
>> > > return 0
>> > > fi
>> > > }
>> > >
>> > > Ahora, el siguiente código:
>> > >
>> > > #!/bin/bash
>> > > if [ $# -ne 1 ]; then
>> > > echo "error, se esperaba un argumento"
>> > > exit 1
>> > > fi
>> > > login=$1
>> > > cmd=$(grep "^$login:" /etc/passwd)
>> > > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
>> > > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
>> > > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
>> > > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
>> > > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
>> > > if [ -z $cmd ]; then
>> > > echo "error, no se ha encontrado el usuario especificado"
>> > > exit 2
>> > > else
>> > > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
>> > > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
>> > > exit 0
>> > > fi
>> > >
>> > > Como podeis observar, ambos scripts son idénticos, salvo por que uno
>> > > lleva una funci
Re: problema al programar scripts en bash.
Siguiendo los comentarios de Matias, quedaría más o menos así:
#!/bin/bash
if [ $# -ne 1 ]; then
echo "error, se esperaba un argumento"
exit 1
fi
login=$1
userline=$(grep "^$login:" /etc/passwd)
login=$(echo $userline | cut -d: -f1)
uid=$(echo $userline | cut -d: -f3)
gid=$(echo $userline | cut -d: -f4)
dir=$(echo $userline | cut -d: -f6)
shll=$(echo $userline | cut -d: -f7)
if [ -z "$userline" ]; then
echo "error, no se ha encontrado el usuario especificado"
exit 2
fi
printf "La información del usuario $login, es:\n UID: $uid \n GID: $gid \n
Directorio home: $dir \n Shell de sistema: $shll \n"
He sacado el* printf *del else porq si todo va bien no entra en el bucle y
creo que queda más limpio que haya una salida por defecto a OK, pero eso ya
va en gustos...
Slds,
El mié., 13 mar. 2019 a las 12:39, Matias Mucciolo ()
escribió:
>
> On Wednesday, March 13, 2019 8:28:37 AM -03 Matias Mucciolo wrote:
> > On Tuesday, March 12, 2019 8:42:24 PM -03 Fran Torres wrote:
> > > Buenas chicos,
> > >
> > > ¿algún administrador de sistemas linux/programador de scripts en
> > > bash-shell por la sala?.
> > >
> > > Precisamente eso es lo que estudio como bien ya sabreis y, en clase
> > >
> > > de sistemas operativos estamos haciendo programación básica de scripts
> > > en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
> > > poner un código de ejemplo y debajo de él, un código alternativo. Al
> > > final del segundo va la duda.
> > >
> > > #!/bin/bash
> > > function ShowUser(){
> > > if [ $# -ne 1 ]; then
> > > echo "error, se esperaba un argumento"
> > > return 1
> > > fi
> > > login=$1
> > > cmd=$(grep "^$login:" /etc/passwd)
> > > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> > > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> > > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> > > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> > > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> > > if [ -z $cmd ]; then
> > > echo "no se ha encontrado el usuario introducido"
> > > else
> > > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> > > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> > > return 0
> > > fi
> > > }
> > >
> > > Ahora, el siguiente código:
> > >
> > > #!/bin/bash
> > > if [ $# -ne 1 ]; then
> > > echo "error, se esperaba un argumento"
> > > exit 1
> > > fi
> > > login=$1
> > > cmd=$(grep "^$login:" /etc/passwd)
> > > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> > > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> > > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> > > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> > > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> > > if [ -z $cmd ]; then
> > > echo "error, no se ha encontrado el usuario especificado"
> > > exit 2
> > > else
> > > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> > > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> > > exit 0
> > > fi
> > >
> > > Como podeis observar, ambos scripts son idénticos, salvo por que uno
> > > lleva una función llamada showUSer, y sustituye los "exit" por
> > > "return".
> > > ambos scripts tienen el mismo comportamiento (código de status 0 por
> > > lo que la ejecución es correcta)
> > > Pero, ahora viene la salvedad del asunto.
> > > El primer script, pese a terminar su ejecución con código de error 0,
> > > no muestra absolutamente nada por stdout sobre la información que se
> > > le pide (los echos).
> > > Sin embargo, el segundo script si que lo muestra.
> > >
> > > Alguien sabría decirme por qué, o donde estoy fallando yo?
> > >
> > > Fran.
> >
> > Buenas
> > es que en el primer script solo esta la funcion...
> > nunca la llamas...
> > ejemplo agregale al primer script abajo de todo
> >
> > ShowUser USER
> >
> >
> > USER = a un usuario de sistema o algo.
> > y te va andar.
> >
> > si pones solo la funcion sin ningun usuario
> > te va a devolver el error:
> >
> > 'echo "error, se esperaba un argumento"'
> >
> > no se si entendio pero creo que si..
> > en definitiva tenes que llamar la funcion cuando
> > la queres usar...
> >
> > saludos.
> > Matias.-
>
> y mirando bien las lineas de 'echo' ejemplo la siguiente:
>
> uid=$(echo $cmd /etc/passwd | cut -d: -f3)
>
> no hace falta la parte de /etc/passwd
>
> uid=$(echo $cmd | cut -d: -f3)
> seria la forma correcta.
>
> despeus tenes otros errores como mal un enter '|n'
> y si queres que te tome los enters o nueva linea
> tenes que usar la opcion -e de echo..
>
> echo -e "hola\nchau"
>
> pero esto tiene un problema a veces la funcion echo
> puede cambiar en diferentes sistemas operativos etc.
> y puede no tener la opcion '-e'
> por lo cual se recomienda usar printf..ejemplo
>
> printf "hola\nchau\n"
>
> espero que te sirva..ya que estas aprendiendo.
>
> saludos.
> Matias.-
>
>
Re: problema al programar scripts en bash.
On Wednesday, March 13, 2019 8:28:37 AM -03 Matias Mucciolo wrote:
> On Tuesday, March 12, 2019 8:42:24 PM -03 Fran Torres wrote:
> > Buenas chicos,
> >
> > ¿algún administrador de sistemas linux/programador de scripts en
> > bash-shell por la sala?.
> >
> > Precisamente eso es lo que estudio como bien ya sabreis y, en clase
> >
> > de sistemas operativos estamos haciendo programación básica de scripts
> > en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
> > poner un código de ejemplo y debajo de él, un código alternativo. Al
> > final del segundo va la duda.
> >
> > #!/bin/bash
> > function ShowUser(){
> > if [ $# -ne 1 ]; then
> > echo "error, se esperaba un argumento"
> > return 1
> > fi
> > login=$1
> > cmd=$(grep "^$login:" /etc/passwd)
> > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> > if [ -z $cmd ]; then
> > echo "no se ha encontrado el usuario introducido"
> > else
> > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> > return 0
> > fi
> > }
> >
> > Ahora, el siguiente código:
> >
> > #!/bin/bash
> > if [ $# -ne 1 ]; then
> > echo "error, se esperaba un argumento"
> > exit 1
> > fi
> > login=$1
> > cmd=$(grep "^$login:" /etc/passwd)
> > echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> > uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> > gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> > dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> > shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> > if [ -z $cmd ]; then
> > echo "error, no se ha encontrado el usuario especificado"
> > exit 2
> > else
> > echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> > $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> > exit 0
> > fi
> >
> > Como podeis observar, ambos scripts son idénticos, salvo por que uno
> > lleva una función llamada showUSer, y sustituye los "exit" por
> > "return".
> > ambos scripts tienen el mismo comportamiento (código de status 0 por
> > lo que la ejecución es correcta)
> > Pero, ahora viene la salvedad del asunto.
> > El primer script, pese a terminar su ejecución con código de error 0,
> > no muestra absolutamente nada por stdout sobre la información que se
> > le pide (los echos).
> > Sin embargo, el segundo script si que lo muestra.
> >
> > Alguien sabría decirme por qué, o donde estoy fallando yo?
> >
> > Fran.
>
> Buenas
> es que en el primer script solo esta la funcion...
> nunca la llamas...
> ejemplo agregale al primer script abajo de todo
>
> ShowUser USER
>
>
> USER = a un usuario de sistema o algo.
> y te va andar.
>
> si pones solo la funcion sin ningun usuario
> te va a devolver el error:
>
> 'echo "error, se esperaba un argumento"'
>
> no se si entendio pero creo que si..
> en definitiva tenes que llamar la funcion cuando
> la queres usar...
>
> saludos.
> Matias.-
y mirando bien las lineas de 'echo' ejemplo la siguiente:
uid=$(echo $cmd /etc/passwd | cut -d: -f3)
no hace falta la parte de /etc/passwd
uid=$(echo $cmd | cut -d: -f3)
seria la forma correcta.
despeus tenes otros errores como mal un enter '|n'
y si queres que te tome los enters o nueva linea
tenes que usar la opcion -e de echo..
echo -e "hola\nchau"
pero esto tiene un problema a veces la funcion echo
puede cambiar en diferentes sistemas operativos etc.
y puede no tener la opcion '-e'
por lo cual se recomienda usar printf..ejemplo
printf "hola\nchau\n"
espero que te sirva..ya que estas aprendiendo.
saludos.
Matias.-
Re: problema al programar scripts en bash.
On Tuesday, March 12, 2019 8:42:24 PM -03 Fran Torres wrote:
> Buenas chicos,
>
> ¿algún administrador de sistemas linux/programador de scripts en
> bash-shell por la sala?.
>
> Precisamente eso es lo que estudio como bien ya sabreis y, en clase
> de sistemas operativos estamos haciendo programación básica de scripts
> en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
> poner un código de ejemplo y debajo de él, un código alternativo. Al
> final del segundo va la duda.
>
> #!/bin/bash
> function ShowUser(){
> if [ $# -ne 1 ]; then
> echo "error, se esperaba un argumento"
> return 1
> fi
> login=$1
> cmd=$(grep "^$login:" /etc/passwd)
> echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> if [ -z $cmd ]; then
> echo "no se ha encontrado el usuario introducido"
> else
> echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> return 0
> fi
> }
>
> Ahora, el siguiente código:
>
> #!/bin/bash
> if [ $# -ne 1 ]; then
> echo "error, se esperaba un argumento"
> exit 1
> fi
> login=$1
> cmd=$(grep "^$login:" /etc/passwd)
> echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
> uid=$(echo $cmd /etc/passwd | cut -d: -f3)
> gid=$(echo $cmd /etc/passwd | cut -d: -f4)
> dir=$(echo $cmd /etc/passwd | cut -d: -f6)
> shll=$(echo $cmd /etc/passwd | cut -d: -f7)
> if [ -z $cmd ]; then
> echo "error, no se ha encontrado el usuario especificado"
> exit 2
> else
> echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
> $gid\n Directorio home: $dir|n shell de sistema: $shll\n"
> exit 0
> fi
>
> Como podeis observar, ambos scripts son idénticos, salvo por que uno
> lleva una función llamada showUSer, y sustituye los "exit" por
> "return".
> ambos scripts tienen el mismo comportamiento (código de status 0 por
> lo que la ejecución es correcta)
> Pero, ahora viene la salvedad del asunto.
> El primer script, pese a terminar su ejecución con código de error 0,
> no muestra absolutamente nada por stdout sobre la información que se
> le pide (los echos).
> Sin embargo, el segundo script si que lo muestra.
>
> Alguien sabría decirme por qué, o donde estoy fallando yo?
>
> Fran.
Buenas
es que en el primer script solo esta la funcion...
nunca la llamas...
ejemplo agregale al primer script abajo de todo
ShowUser USER
USER = a un usuario de sistema o algo.
y te va andar.
si pones solo la funcion sin ningun usuario
te va a devolver el error:
'echo "error, se esperaba un argumento"'
no se si entendio pero creo que si..
en definitiva tenes que llamar la funcion cuando
la queres usar...
saludos.
Matias.-
Re: problema al programar scripts en bash.
Puede ser que a uno le pusiste return 0 y al otro exit 0.
Si. Le pones a los dos return 0
El 12 de marzo de 2019 4:42:24 p. m. GMT-03:00, Fran Torres
escribió:
>Buenas chicos,
>
>¿algún administrador de sistemas linux/programador de scripts en
>bash-shell por la sala?.
>
> Precisamente eso es lo que estudio como bien ya sabreis y, en clase
>de sistemas operativos estamos haciendo programación básica de scripts
>en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
>poner un código de ejemplo y debajo de él, un código alternativo. Al
>final del segundo va la duda.
>
>#!/bin/bash
>function ShowUser(){
>if [ $# -ne 1 ]; then
>echo "error, se esperaba un argumento"
>return 1
>fi
>login=$1
>cmd=$(grep "^$login:" /etc/passwd)
>echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
>uid=$(echo $cmd /etc/passwd | cut -d: -f3)
>gid=$(echo $cmd /etc/passwd | cut -d: -f4)
>dir=$(echo $cmd /etc/passwd | cut -d: -f6)
>shll=$(echo $cmd /etc/passwd | cut -d: -f7)
>if [ -z $cmd ]; then
>echo "no se ha encontrado el usuario introducido"
>else
>echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
>$gid\n Directorio home: $dir|n shell de sistema: $shll\n"
>return 0
>fi
>}
>
>Ahora, el siguiente código:
>
>#!/bin/bash
>if [ $# -ne 1 ]; then
>echo "error, se esperaba un argumento"
>exit 1
>fi
>login=$1
>cmd=$(grep "^$login:" /etc/passwd)
>echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
>uid=$(echo $cmd /etc/passwd | cut -d: -f3)
>gid=$(echo $cmd /etc/passwd | cut -d: -f4)
>dir=$(echo $cmd /etc/passwd | cut -d: -f6)
>shll=$(echo $cmd /etc/passwd | cut -d: -f7)
>if [ -z $cmd ]; then
>echo "error, no se ha encontrado el usuario especificado"
>exit 2
>else
>echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
>$gid\n Directorio home: $dir|n shell de sistema: $shll\n"
>exit 0
>fi
>
>Como podeis observar, ambos scripts son idénticos, salvo por que uno
>lleva una función llamada showUSer, y sustituye los "exit" por
>"return".
>ambos scripts tienen el mismo comportamiento (código de status 0 por
>lo que la ejecución es correcta)
>Pero, ahora viene la salvedad del asunto.
>El primer script, pese a terminar su ejecución con código de error 0,
>no muestra absolutamente nada por stdout sobre la información que se
>le pide (los echos).
>Sin embargo, el segundo script si que lo muestra.
>
>Alguien sabría decirme por qué, o donde estoy fallando yo?
>
>Fran.
--
Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa mi
brevedad.
problema al programar scripts en bash.
Buenas chicos,
¿algún administrador de sistemas linux/programador de scripts en
bash-shell por la sala?.
Precisamente eso es lo que estudio como bien ya sabreis y, en clase
de sistemas operativos estamos haciendo programación básica de scripts
en shell. Mäs concretamente, estamos haciendo funciones. Os voy a
poner un código de ejemplo y debajo de él, un código alternativo. Al
final del segundo va la duda.
#!/bin/bash
function ShowUser(){
if [ $# -ne 1 ]; then
echo "error, se esperaba un argumento"
return 1
fi
login=$1
cmd=$(grep "^$login:" /etc/passwd)
echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
uid=$(echo $cmd /etc/passwd | cut -d: -f3)
gid=$(echo $cmd /etc/passwd | cut -d: -f4)
dir=$(echo $cmd /etc/passwd | cut -d: -f6)
shll=$(echo $cmd /etc/passwd | cut -d: -f7)
if [ -z $cmd ]; then
echo "no se ha encontrado el usuario introducido"
else
echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
$gid\n Directorio home: $dir|n shell de sistema: $shll\n"
return 0
fi
}
Ahora, el siguiente código:
#!/bin/bash
if [ $# -ne 1 ]; then
echo "error, se esperaba un argumento"
exit 1
fi
login=$1
cmd=$(grep "^$login:" /etc/passwd)
echologin=$(echo $cmd /etc/passwd | cut -d: -f1)
uid=$(echo $cmd /etc/passwd | cut -d: -f3)
gid=$(echo $cmd /etc/passwd | cut -d: -f4)
dir=$(echo $cmd /etc/passwd | cut -d: -f6)
shll=$(echo $cmd /etc/passwd | cut -d: -f7)
if [ -z $cmd ]; then
echo "error, no se ha encontrado el usuario especificado"
exit 2
else
echo "la información del usuario $echologin, es:\n uid: $uid \n gid:
$gid\n Directorio home: $dir|n shell de sistema: $shll\n"
exit 0
fi
Como podeis observar, ambos scripts son idénticos, salvo por que uno
lleva una función llamada showUSer, y sustituye los "exit" por
"return".
ambos scripts tienen el mismo comportamiento (código de status 0 por
lo que la ejecución es correcta)
Pero, ahora viene la salvedad del asunto.
El primer script, pese a terminar su ejecución con código de error 0,
no muestra absolutamente nada por stdout sobre la información que se
le pide (los echos).
Sin embargo, el segundo script si que lo muestra.
Alguien sabría decirme por qué, o donde estoy fallando yo?
Fran.
Re: scripts
El 1 de septiembre de 2018 13:05:30 CEST, franiortiz hotmail
escribió:
>Gracia Juan, ya hice la busqueda, breve, pero no aparecia como adjuntar
>varios archivos que en un ppio son desconocidos en nombre y numero.
>Mire el enlace que me enviaste pero no aclaro mis dudas, aun asi creo
>que ya di con una solucion, adjuntar el contenido de una carpeta
>completa, en lugar de archivo a archivo,
>que de seguro es mejorable.
>el script:
>
>#!/bin/bash
># envio de email automatico con adjuntos
>### para trabajar con espacios
>IFS='
>'
>DIR1=/ruta/a/adjuntos/
>DIR2=/tmp/envio/
>rm "$DIR2"
>mkdir -p "$DIR2"
>
>for i in $( find "$DIR1" -type f);do
>TAM1=$(du -b "$i" | cut -f 1)
>TAM=$(("$TAM"+"$TAM1"))
>if [[ $TAM -lt 1500 ]];then
>echo "$i"
>mv "$i" "$DIR2"
>echo "$TAM1"
>echo "$TAM"
>fi
>done
>
>mutt -d5 -s "funymail" -c destinata...@debianmail.com <<< "adjuntos
>funymail" -a /tmp/envio/* --
>
>
>Me apunto el enlace, unix.stackexchange.com, seguro que me saca de mas
>de una duda, gracias.
>
>On Fri, Aug 31, 2018 at 02:52:11PM -0400, Juan Lavieri wrote:
>> Por favor disculpa, lo olvidé.
>>
>> El 31/8/2018 a las 9:03 a.m., franiortiz hotmail escribió:
>> > Hola lista, estoy haciendo un miniscript para adjuntar varios
>archivos en mutt, desde un directorio, automaticamente, en funcion del
>tamaño.
>> > Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el
>script aqui? si no, conoceis alguna web en la que puedan ayudarme?
>> >
>>
>> Por favor disculpa, lo olvidé.Puedes incluir la palabra "size" en la
>> búsqueda, seguro hallarás ideas interesantes.
>>
>> --
>> Errar es de humanos, pero es mas humano culpar a los demás
>>
Franiortiz, buenos días,
A simple vista, yo añadiría los siguientes cambios al Script:
- Restauraría la variable IFS, antes de salir del Script, al valor que tenía
antes de modificarlo en el Script.
- Asegurar el borrado de DIR2 con 'rm -rf $DIR2', ya que después lo vuelves a
crear.
Saludos,
Ramsés
Re: scripts
El 1/9/2018 a las 7:05 a.m., franiortiz hotmail escribió:
Gracia Juan, ya hice la busqueda, breve, pero no aparecia como adjuntar varios
archivos que en un ppio son desconocidos en nombre y numero.
Mire el enlace que me enviaste pero no aclaro mis dudas, aun asi creo que ya di
con una solucion, adjuntar el contenido de una carpeta completa, en lugar de
archivo a archivo,
que de seguro es mejorable.
el script:
#!/bin/bash
# envio de email automatico con adjuntos
### para trabajar con espacios
IFS='
'
DIR1=/ruta/a/adjuntos/
DIR2=/tmp/envio/
rm "$DIR2"
mkdir -p "$DIR2"
for i in $( find "$DIR1" -type f);do
TAM1=$(du -b "$i" | cut -f 1)
TAM=$(("$TAM"+"$TAM1"))
if [[ $TAM -lt 1500 ]];then
echo "$i"
mv "$i" "$DIR2"
echo "$TAM1"
echo "$TAM"
fi
done
mutt -d5 -s "funymail" -c destinata...@debianmail.com <<< "adjuntos funymail"
-a /tmp/envio/* --
Me apunto el enlace, unix.stackexchange.com, seguro que me saca de mas de una
duda, gracias.
OK. Saludos.
On Fri, Aug 31, 2018 at 02:52:11PM -0400, Juan Lavieri wrote:
Por favor disculpa, lo olvidé.
El 31/8/2018 a las 9:03 a.m., franiortiz hotmail escribió:
Hola lista, estoy haciendo un miniscript para adjuntar varios archivos en mutt,
desde un directorio, automaticamente, en funcion del tamaño.
Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el script aqui?
si no, conoceis alguna web en la que puedan ayudarme?
Por favor disculpa, lo olvidé.Puedes incluir la palabra "size" en la
búsqueda, seguro hallarás ideas interesantes.
--
Errar es de humanos, pero es mas humano culpar a los demás
--
Errar es de humanos, pero es mas humano culpar a los demás
Re: scripts
Gracia Juan, ya hice la busqueda, breve, pero no aparecia como adjuntar varios
archivos que en un ppio son desconocidos en nombre y numero.
Mire el enlace que me enviaste pero no aclaro mis dudas, aun asi creo que ya di
con una solucion, adjuntar el contenido de una carpeta completa, en lugar de
archivo a archivo,
que de seguro es mejorable.
el script:
#!/bin/bash
# envio de email automatico con adjuntos
### para trabajar con espacios
IFS='
'
DIR1=/ruta/a/adjuntos/
DIR2=/tmp/envio/
rm "$DIR2"
mkdir -p "$DIR2"
for i in $( find "$DIR1" -type f);do
TAM1=$(du -b "$i" | cut -f 1)
TAM=$(("$TAM"+"$TAM1"))
if [[ $TAM -lt 1500 ]];then
echo "$i"
mv "$i" "$DIR2"
echo "$TAM1"
echo "$TAM"
fi
done
mutt -d5 -s "funymail" -c destinata...@debianmail.com <<< "adjuntos funymail"
-a /tmp/envio/* --
Me apunto el enlace, unix.stackexchange.com, seguro que me saca de mas de una
duda, gracias.
On Fri, Aug 31, 2018 at 02:52:11PM -0400, Juan Lavieri wrote:
> Por favor disculpa, lo olvidé.
>
> El 31/8/2018 a las 9:03 a.m., franiortiz hotmail escribió:
> > Hola lista, estoy haciendo un miniscript para adjuntar varios archivos en
> > mutt, desde un directorio, automaticamente, en funcion del tamaño.
> > Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el script
> > aqui? si no, conoceis alguna web en la que puedan ayudarme?
> >
>
> Por favor disculpa, lo olvidé.Puedes incluir la palabra "size" en la
> búsqueda, seguro hallarás ideas interesantes.
>
> --
> Errar es de humanos, pero es mas humano culpar a los demás
>
Re: scripts
Por favor disculpa, lo olvidé. El 31/8/2018 a las 9:03 a.m., franiortiz hotmail escribió: Hola lista, estoy haciendo un miniscript para adjuntar varios archivos en mutt, desde un directorio, automaticamente, en funcion del tamaño. Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el script aqui? si no, conoceis alguna web en la que puedan ayudarme? Por favor disculpa, lo olvidé.Puedes incluir la palabra "size" en la búsqueda, seguro hallarás ideas interesantes. -- Errar es de humanos, pero es mas humano culpar a los demás
Re: scripts
Hola. El 31/8/2018 a las 9:03 a.m., franiortiz hotmail escribió: Hola lista, estoy haciendo un miniscript para adjuntar varios archivos en mutt, desde un directorio, automaticamente, en funcion del tamaño. Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el script aqui? si no, conoceis alguna web en la que puedan ayudarme? Es probable que esto te sirva https://unix.stackexchange.com/questions/150157/script-to-email-all-matching-files-in-a-directory En google puedes buscar "mutt file script" y encontrarás muchas cosas. Si tienes problemas con el inglés usa google translator que para eso le pagan. Saludos. -- Errar es de humanos, pero es mas humano culpar a los demás
scripts
Hola lista, estoy haciendo un miniscript para adjuntar varios archivos en mutt, desde un directorio, automaticamente, en funcion del tamaño. Pero no me sale XD, ni encuentro ayuda en goglee, podria poner el script aqui? si no, conoceis alguna web en la que puedan ayudarme?
Re: Debian testing/sid ya no tiene soporte para scripts SysV
El Sat, 27 Aug 2016 01:13:23 -0300, ziprasidone146939...@gmail.com escribió: > On Fri, 2016-08-26 at 14:10 +, Camaleón wrote: >> Hola, >> >> Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que >> sigan incluyendo guiones de arranque con el formato sysvinit >> (normalmente paquetes de terceros pero no por ello menos importantes >> como pueden ser hypervisores, utilidades de gestión de discos como >> controladoras raid, unidades sai, etc...) porque el systemd que se >> incluye en testing/sid ya no los admite y tendrán que ser adaptados al >> nuevo gestor de arranque por los propios usuarios. >> (...) > Esto quiere decir que si genero un script X: > > #!/bin/bash ... > LSB labels ... script #EOF > > Y luego ejecuto: > > # update-rc.d X defaults > > Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a > permitir? Exactamente, tendrías que convertir tu script al nuevo sistema del gestor de arranque¹ (o al menos así lo he entendido yo). Aunque me queda la duda de si la ruptura con systemv la origina Debian o viene impuesta upstream². ¹https://wiki.debian.org/Teams/pkg-systemd/rcSMigration ²https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/ Saludos, -- Camaleón
Re: Debian testing/sid ya no tiene soporte para scripts SysV
El Fri, 26 Aug 2016 15:06:39 -0400, Ismael L. Donis Garcia escribió: (...) Desgraciadamente ningún administrador va a meter una beta en servidores que estén en producción. >>> Bien se ve que no las has probado. De beta solo tiene el nombre. Y >>> algunas dependencias de systemd, es beta precisamente porque no se ha >>> terminado de limpiar de systemd. >> >> Si un desarrollador dice que su software es "beta" yo me lo creo y te >> aseguro que no entre en los equipos que tengo en funcionamiento. En una >> VM o en un equipo de pruebas, vale, pero no más allá. >> >> Y ya lleva varios años en beta... > > Si del 25/4/2016 a la fecha lo consideras varios años estoy de acuerdo > contigo. Para mi son solo 4 meses 1 día. > Puedes revisarlo en http://distrowatch.com/devuan donde dice que salió > el 29 porque fue el día que salió la distribución i386. > > Y está previsto que para el mes de septiembre ya salga la versión > ofocial. Lleva en fase beta desde que se anunció (12/2014), eso son casi 2 años. Tú me dirás. O eso o que desde hace 2 años no ha sido posible instalarlo, lo que no sé qué sería peor :-) > Antes era alpha, y antes se estaba constituyendo y organizando el grupo > de desarrollo, recuerden que este es un proyecto joven que tomo como > base a debian, y que podemos decir que es debian sin systemd. El 99% del > repositorio que usa es el mismo de debian. El resto es quitandole las > dependencias de systemd con algún que otro paquete incorporado. Entonces peor lo pones. Llevan dos años y aún no hay una beta. Sinceramente, a día de hoy no lo veo como una alternativa a nada. Mucho menos "viable". Más adelante ya veremos. > Repito camaleón no quiero polemizar, solo que las personas conozcan las > alternativas y que cada cual elija según entienda que pueda ser lo mejor > para su caso de uso. Yo no lo quito para nada la importancia de debian, > pero también respeto y admiro el trabajo que han venido realizando los > desarrolladores de devuan. Yo tampoco quiero polemizar, sólo te digo que por poco que me guste la deriva que tomó Debian con systemd no le veo a día de hoy ninguna viabilidad a Devuan en su estado actual. Saludos, -- Camaleón
Re: Debian testing/sid ya no tiene soporte para scripts SysV
On Sat, 2016-08-27 at 01:13 -0300, ziprasidone146939...@gmail.com wrote: > Buenas.. > > Esto quiere decir que si genero un script X: > > #!/bin/bash > ... > LSB labels > ... > script > #EOF > > Y luego ejecuto: > > # update-rc.d X defaults > > Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a > permitir? > > Un saludo! > > On Fri, 2016-08-26 at 14:10 +, Camaleón wrote: > > Hola, > > > > Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que > > sigan incluyendo guiones de arranque con el formato sysvinit (normalmente > > paquetes de terceros pero no por ello menos importantes como pueden ser > > hypervisores, utilidades de gestión de discos como controladoras raid, > > unidades sai, etc...) porque el systemd que se incluye en testing/sid ya > > no los admite y tendrán que ser adaptados al nuevo gestor de arranque por > > los propios usuarios. > > > > En fin, que se veía venir ;-( > > > > *** > > systemd (231-1) unstable; urgency=low > > > > (...) > > > > * Drop support for rcS.d SysV init scripts. > > These are prone to cause dependency loops, and almost all packages with > > rcS scripts now ship a native systemd service. > > *** > > > > Saludos, > > > > Se escapó el Top-postingpido disculpas,; ya es tarde aqui. S2
Re: Debian testing/sid ya no tiene soporte para scripts SysV
Buenas.. Esto quiere decir que si genero un script X: #!/bin/bash ... LSB labels ... script #EOF Y luego ejecuto: # update-rc.d X defaults Ya no se va a ejecutar al inicio? etc? Esto es lo que ya no se va a permitir? Un saludo! On Fri, 2016-08-26 at 14:10 +, Camaleón wrote: > Hola, > > Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que > sigan incluyendo guiones de arranque con el formato sysvinit (normalmente > paquetes de terceros pero no por ello menos importantes como pueden ser > hypervisores, utilidades de gestión de discos como controladoras raid, > unidades sai, etc...) porque el systemd que se incluye en testing/sid ya > no los admite y tendrán que ser adaptados al nuevo gestor de arranque por > los propios usuarios. > > En fin, que se veía venir ;-( > > *** > systemd (231-1) unstable; urgency=low > > (...) > > * Drop support for rcS.d SysV init scripts. > These are prone to cause dependency loops, and almost all packages with > rcS scripts now ship a native systemd service. > *** > > Saludos, >
Re: Debian testing/sid ya no tiene soporte para scripts SysV
El 26 de agosto de 2016, 14:32, Camaleón escribió: > El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió: > > (...) > > >>> No quiero ruidos en la lista, solo comentarles que existe una opción > >>> viable para mantener las cosas como antes. > >> > >> (...) > >> > >> ¿"Viable"? :-? > >> > >> Desgraciadamente ningún administrador va a meter una beta en servidores > >> que estén en producción. > >> > > Bien se ve que no las has probado. De beta solo tiene el nombre. Y > > algunas dependencias de systemd, es beta precisamente porque no se ha > > terminado de limpiar de systemd. > > Si un desarrollador dice que su software es "beta" yo me lo creo y te > aseguro que no entre en los equipos que tengo en funcionamiento. En una VM > o en un equipo de pruebas, vale, pero no más allá. > > Y ya lleva varios años en beta... > > Saludos, > > -- > Camaleón > seguir usando debían 7 es una opción viable. saludos!
Re: Debian testing/sid ya no tiene soporte para scripts SysV
- Original Message - From: "Camaleón" To: Sent: Friday, August 26, 2016 1:32 PM Subject: Re: Debian testing/sid ya no tiene soporte para scripts SysV El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió: (...) No quiero ruidos en la lista, solo comentarles que existe una opción viable para mantener las cosas como antes. (...) ¿"Viable"? :-? Desgraciadamente ningún administrador va a meter una beta en servidores que estén en producción. Bien se ve que no las has probado. De beta solo tiene el nombre. Y algunas dependencias de systemd, es beta precisamente porque no se ha terminado de limpiar de systemd. Si un desarrollador dice que su software es "beta" yo me lo creo y te aseguro que no entre en los equipos que tengo en funcionamiento. En una VM o en un equipo de pruebas, vale, pero no más allá. Y ya lleva varios años en beta... Si del 25/4/2016 a la fecha lo consideras varios años estoy de acuerdo contigo. Para mi son solo 4 meses 1 día. Puedes revisarlo en http://distrowatch.com/devuan donde dice que salió el 29 porque fue el día que salió la distribución i386. Y está previsto que para el mes de septiembre ya salga la versión ofocial. Antes era alpha, y antes se estaba constituyendo y organizando el grupo de desarrollo, recuerden que este es un proyecto joven que tomo como base a debian, y que podemos decir que es debian sin systemd. El 99% del repositorio que usa es el mismo de debian. El resto es quitandole las dependencias de systemd con algún que otro paquete incorporado. Saludos, -- Camaleón Repito camaleón no quiero polemizar, solo que las personas conozcan las alternativas y que cada cual elija según entienda que pueda ser lo mejor para su caso de uso. Yo no lo quito para nada la importancia de debian, pero también respeto y admiro el trabajo que han venido realizando los desarrolladores de devuan. Saludos Reiterados | ISMAEL |
Re: Debian testing/sid ya no tiene soporte para scripts SysV
El Fri, 26 Aug 2016 12:26:05 -0400, Ismael L. Donis Garcia escribió: (...) >>> No quiero ruidos en la lista, solo comentarles que existe una opción >>> viable para mantener las cosas como antes. >> >> (...) >> >> ¿"Viable"? :-? >> >> Desgraciadamente ningún administrador va a meter una beta en servidores >> que estén en producción. >> > Bien se ve que no las has probado. De beta solo tiene el nombre. Y > algunas dependencias de systemd, es beta precisamente porque no se ha > terminado de limpiar de systemd. Si un desarrollador dice que su software es "beta" yo me lo creo y te aseguro que no entre en los equipos que tengo en funcionamiento. En una VM o en un equipo de pruebas, vale, pero no más allá. Y ya lleva varios años en beta... Saludos, -- Camaleón
Re: Debian testing/sid ya no tiene soporte para scripts SysV
- Original Message - From: "Camaleón" To: Sent: Friday, August 26, 2016 11:20 AM Subject: Re: Debian testing/sid ya no tiene soporte para scripts SysV El Fri, 26 Aug 2016 10:40:17 -0400, Ismael L. Donis Garcia escribió: Pues en mi caso personal cada día me convenzo más que devuan es la mejor opción. No quiero ruidos en la lista, solo comentarles que existe una opción viable para mantener las cosas como antes. (...) ¿"Viable"? :-? Desgraciadamente ningún administrador va a meter una beta en servidores que estén en producción. Saludos, -- Camaleón Bien se ve que no las has probado. De beta solo tiene el nombre. Y algunas dependencias de systemd, es beta precisamente porque no se ha terminado de limpiar de systemd. Saludos Reiterados | ISMAEL |
Re: Debian testing/sid ya no tiene soporte para scripts SysV
El Fri, 26 Aug 2016 10:40:17 -0400, Ismael L. Donis Garcia escribió: > Pues en mi caso personal cada día me convenzo más que devuan es la mejor > opción. > > No quiero ruidos en la lista, solo comentarles que existe una opción > viable para mantener las cosas como antes. (...) ¿"Viable"? :-? Desgraciadamente ningún administrador va a meter una beta en servidores que estén en producción. Saludos, -- Camaleón
Re: Debian testing/sid ya no tiene soporte para scripts SysV
- Original Message - From: "Camaleón" To: Sent: Friday, August 26, 2016 10:10 AM Subject: Debian testing/sid ya no tiene soporte para scripts SysV Hola, Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que sigan incluyendo guiones de arranque con el formato sysvinit (normalmente paquetes de terceros pero no por ello menos importantes como pueden ser hypervisores, utilidades de gestión de discos como controladoras raid, unidades sai, etc...) porque el systemd que se incluye en testing/sid ya no los admite y tendrán que ser adaptados al nuevo gestor de arranque por los propios usuarios. En fin, que se veía venir ;-( *** systemd (231-1) unstable; urgency=low (...) * Drop support for rcS.d SysV init scripts. These are prone to cause dependency loops, and almost all packages with rcS scripts now ship a native systemd service. *** Saludos, -- Camaleón Pues en mi caso personal cada día me convenzo más que devuan es la mejor opción. No quiero ruidos en la lista, solo comentarles que existe una opción viable para mantener las cosas como antes. Solo para los que prefieren mantener las cosas como antes, para los que les gusta systemd pues no tienen que mirar para ningún lado. Saludos | ISMAEL |
Debian testing/sid ya no tiene soporte para scripts SysV
Hola, Bueno, pues eso, cuidadín quienes tengáis paquetería con scripts que sigan incluyendo guiones de arranque con el formato sysvinit (normalmente paquetes de terceros pero no por ello menos importantes como pueden ser hypervisores, utilidades de gestión de discos como controladoras raid, unidades sai, etc...) porque el systemd que se incluye en testing/sid ya no los admite y tendrán que ser adaptados al nuevo gestor de arranque por los propios usuarios. En fin, que se veía venir ;-( *** systemd (231-1) unstable; urgency=low (...) * Drop support for rcS.d SysV init scripts. These are prone to cause dependency loops, and almost all packages with rcS scripts now ship a native systemd service. *** Saludos, -- Camaleón
Re: ejecutar scripts
en mi caso si necesito que se ejecute el pidgin en todas las maquinas, es el medio de comunicación que más utiliza mi centro de trabajo. claro está que en otros casos será mejor utilizar skel o ir a la configuración en el home de cada usuario. El 4/11/15, fernando sainz escribió: > El día 4 de noviembre de 2015, 16:37, José Betancourt Mondeja > escribió: >> la idea no es que se ejecute en un solo usuario, sino en todos, >> incluso los nuevos. >> de hecho lo estaba utilizando de la forma que dices ( >> $HOME/.config/autostart ). >> pero es algo complicado cuando tienes muchos usuarios. >> gracias a todos por la ayuda. >> > > Lo malo de usar la configuración global es que salvo que seas tu el > que se loguea con distintos usuarios, no todos pueden querer que se > ejecuten las mismas cosas, con lo que si lo pones /etc/skel luego cada > usuario nuevo podrá configurarse lo que quiera. > > S2. > > > >> El 3/11/15, Pablo JIMÉNEZ escribió: >>> On Tue, Nov 03, 2015 at 02:06:24PM +, Camaleón wrote: El Mon, 02 Nov 2015 15:49:45 -0500, José Betancourt Mondeja escribió: > por fin logré lo que quería. solo puse los ficheros con extensión > .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo > que > ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los > nuevos. (...) Me alegra que te funcionara :-) >>> >>> Creo que José debiera aplicar su hallazgo en el directorio >>> $HOME/.config/autostart, pues obtendrá el mismo resultado, pero acotado >>> únicamente al usuario que requiere el inicio automático de Pidgin: >>> >>> http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html >>> >>> Saludos. >>> >>> -- >>> Pablo Jiménez >>> >>> >> > >
Re: ejecutar scripts
On Wed, Nov 04, 2015 at 04:41:47PM +0100, fernando sainz wrote: > El día 4 de noviembre de 2015, 16:37, José Betancourt Mondeja > escribió: > > la idea no es que se ejecute en un solo usuario, sino en todos, > > incluso los nuevos. > > de hecho lo estaba utilizando de la forma que dices ( > > $HOME/.config/autostart ). > > pero es algo complicado cuando tienes muchos usuarios. > > gracias a todos por la ayuda. > > > > Lo malo de usar la configuración global es que salvo que seas tu el > que se loguea con distintos usuarios, no todos pueden querer que se > ejecuten las mismas cosas, con lo que si lo pones /etc/skel luego cada > usuario nuevo podrá configurarse lo que quiera. De acuerdo. El agregar la configuración en /etc/skel permite una mayor flexibilidad en instalaciones multiusuario, sin mencionar que se puede contar con múltiples directorios «esqueletos» o directorios plantilla, si requirieras contar con distintos perfiles de usuarios en la instalación. Saludos. -- Pablo Jiménez
Re: ejecutar scripts
El día 4 de noviembre de 2015, 16:37, José Betancourt Mondeja escribió: > la idea no es que se ejecute en un solo usuario, sino en todos, > incluso los nuevos. > de hecho lo estaba utilizando de la forma que dices ( $HOME/.config/autostart > ). > pero es algo complicado cuando tienes muchos usuarios. > gracias a todos por la ayuda. > Lo malo de usar la configuración global es que salvo que seas tu el que se loguea con distintos usuarios, no todos pueden querer que se ejecuten las mismas cosas, con lo que si lo pones /etc/skel luego cada usuario nuevo podrá configurarse lo que quiera. S2. > El 3/11/15, Pablo JIMÉNEZ escribió: >> On Tue, Nov 03, 2015 at 02:06:24PM +, Camaleón wrote: >>> El Mon, 02 Nov 2015 15:49:45 -0500, José Betancourt Mondeja escribió: >>> >>> > por fin logré lo que quería. solo puse los ficheros con extensión >>> > .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo que >>> > ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los >>> > nuevos. >>> >>> (...) >>> >>> Me alegra que te funcionara :-) >> >> Creo que José debiera aplicar su hallazgo en el directorio >> $HOME/.config/autostart, pues obtendrá el mismo resultado, pero acotado >> únicamente al usuario que requiere el inicio automático de Pidgin: >> >> http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html >> >> Saludos. >> >> -- >> Pablo Jiménez >> >> >
Re: ejecutar scripts
la idea no es que se ejecute en un solo usuario, sino en todos, incluso los nuevos. de hecho lo estaba utilizando de la forma que dices ( $HOME/.config/autostart ). pero es algo complicado cuando tienes muchos usuarios. gracias a todos por la ayuda. El 3/11/15, Pablo JIMÉNEZ escribió: > On Tue, Nov 03, 2015 at 02:06:24PM +, Camaleón wrote: >> El Mon, 02 Nov 2015 15:49:45 -0500, José Betancourt Mondeja escribió: >> >> > por fin logré lo que quería. solo puse los ficheros con extensión >> > .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo que >> > ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los >> > nuevos. >> >> (...) >> >> Me alegra que te funcionara :-) > > Creo que José debiera aplicar su hallazgo en el directorio > $HOME/.config/autostart, pues obtendrá el mismo resultado, pero acotado > únicamente al usuario que requiere el inicio automático de Pidgin: > > http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html > > Saludos. > > -- > Pablo Jiménez > >
Re: ejecutar scripts
On Tue, Nov 03, 2015 at 02:06:24PM +, Camaleón wrote: > El Mon, 02 Nov 2015 15:49:45 -0500, José Betancourt Mondeja escribió: > > > por fin logré lo que quería. solo puse los ficheros con extensión > > .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo que > > ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los > > nuevos. > > (...) > > Me alegra que te funcionara :-) Creo que José debiera aplicar su hallazgo en el directorio $HOME/.config/autostart, pues obtendrá el mismo resultado, pero acotado únicamente al usuario que requiere el inicio automático de Pidgin: http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html Saludos. -- Pablo Jiménez
Re: ejecutar scripts
El Mon, 02 Nov 2015 15:49:45 -0500, José Betancourt Mondeja escribió: > por fin logré lo que quería. solo puse los ficheros con extensión > .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo que > ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los > nuevos. (...) Me alegra que te funcionara :-) Saludos, -- Camaleón
Re: ejecutar scripts
por fin logré lo que quería. solo puse los ficheros con extensión .desktop en la carpeta /usr/share/gnome/autostart y listo, todo lo que ponga allí se ejecuta al iniciar sesión cualquier usuario incluso los nuevos. un ejemplo de ficheros con extensión *.desktop (autoiniciar el pidgin en todas las sesiones gráficas) [Desktop Entry] Type=Application Exec=pidgin Hidden=false NoDisplay=false X-GNOME-Autostart-enabled=true Name[es_CU]=pidgin Name=pidgin Comment[es_CU]=pidgin Comment=pidgin gracias El 31/10/15, fernando sainz escribió: > El día 30 de octubre de 2015, 16:23, José Betancourt Mondeja > escribió: >> tengo un scripts y necesito que todos los usuarios que existen e >> incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión >> sin tener que configurar usuario por usuario. >> >> gracias de antemano. >> > > Supongo que te refieres al inicio de sesión gráfico. > Va a depender de que escritorio uses, cada uno tiene sus secuencias de > arranque. > (Yo que solo uso un gestor de ventanas (fvwm) utilizo el .xsession > para arrancar algunos programas y luego ejecutar el fvwm) > > Por ejemplo, te hablo de memoria, gnome al iniciarse ejecuta el script > $HOME/.gnomerc en el que podrías poner los scripts que quieras > ejecutar al inicio. > (En /etc/X11/Xsession.d puedes ver que cosas se ejecutan) > > Como esto es para cada usuario, si quieres que todos lo hagan deberías > poner este .gnomerc en el /etc/skel como ya te han comentado en otras > respuestas. > > > S2. > >
Re: ejecutar scripts
El día 30 de octubre de 2015, 16:23, José Betancourt Mondeja escribió: > tengo un scripts y necesito que todos los usuarios que existen e > incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión > sin tener que configurar usuario por usuario. > > gracias de antemano. > Supongo que te refieres al inicio de sesión gráfico. Va a depender de que escritorio uses, cada uno tiene sus secuencias de arranque. (Yo que solo uso un gestor de ventanas (fvwm) utilizo el .xsession para arrancar algunos programas y luego ejecutar el fvwm) Por ejemplo, te hablo de memoria, gnome al iniciarse ejecuta el script $HOME/.gnomerc en el que podrías poner los scripts que quieras ejecutar al inicio. (En /etc/X11/Xsession.d puedes ver que cosas se ejecutan) Como esto es para cada usuario, si quieres que todos lo hagan deberías poner este .gnomerc en el /etc/skel como ya te han comentado en otras respuestas. S2.
Re: ejecutar scripts
El Fri, 30 Oct 2015 11:23:28 -0400, José Betancourt Mondeja escribió: > tengo un scripts y necesito que todos los usuarios que existen e > incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión > sin tener que configurar usuario por usuario. Puedes añadir el script para que se ejecute en todos los perfiles al iniciar sesión por medio de las variables de entorno del escritorio gráfico que tengan instalado, p. ej., en XFCE el directorio se encuentra en "/etc/xdg/autostart/*.desktop". sm01@stt008:~$ echo $XDG_CONFIG_DIRS /etc/xdg Saludos, -- Camaleón
Re: ejecutar scripts
El 30/10/15 a las 16:23, José Betancourt Mondeja escribió: > tengo un scripts y necesito que todos los usuarios que existen e > incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión > sin tener que configurar usuario por usuario. > > gracias de antemano. Ese script lo puedes meter en /etc/skel (para futuras creaciones de usuarios). Los existentes, no tienes ningún problema, puedes meterlos y tal, pero has de darles permiso '+x' para ejecutarlos previamente. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: ejecutar scripts
Puedes hacer lo siguiente: intenta aplicar el permiso de ejecución para todos los usuarios. Una vez que hayas hecho eso guarda los scripts en el directorio de usuario, para que de esa manera se ejecuten cada vez que el usuario inicie sesión. Santiago. El 30/10/2015 16:24, "José Betancourt Mondeja" escribió: > tengo un scripts y necesito que todos los usuarios que existen e > incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión > sin tener que configurar usuario por usuario. > > gracias de antemano. > >
Re: ejecutar scripts
El 30 de octubre de 2015, 12:23 p. m., José Betancourt Mondeja< jbmond...@gmail.com> escribió: > tengo un scripts y necesito que todos los usuarios que existen e > incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión > sin tener que configurar usuario por usuario. > > gracias de antemano. > > skeleton -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
ejecutar scripts
tengo un scripts y necesito que todos los usuarios que existen e incluso los que cree nuevo, ejecuten dicho scripts al iniciar sesión sin tener que configurar usuario por usuario. gracias de antemano.
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El viernes, 20 mar 2015, a las 15:23 UTC+1 horas, Camaleón escribió: >> En contra de lo que dije antes, tanto la salida normal como la de error >> es enviada mediante correo por cron. Al menos cuando se ejecuta a su >> hora. Voy a hacer otra prueba más a ver si el culpable es anacron, > >¿El "culpable" de qué, exactamente? De que no me llegue por correo la salida de los scripts que ejecuta cron. El motivo es otro, como explico en el correo anterior >> pero tendré que esperar hasta mañana. Si tampoco es eso, no tendré más >> remedio que colocarme las orejas de burro. > >Pues pásame las orejas de burro para que me las ponga porque sigo sin >entender qué es lo que tratas de averiguar en relación a la tarea de cron >del paquete debsums :-) Suponía, porque fallaba el envío de correo, que una salida estándar era algo inútil en un script que va a ser ejecutado por cron. Suposición *errónea* por mi parte que me ha servido para ganarme mis orejas. >Saludos, Saludo. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150320155741.36699...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 19:50:55 +0100, Manolo Díaz escribió: > El jueves, 19 mar 2015, a las 19:23 UTC+1 horas, > Camaleón escribió: > >>El Thu, 19 Mar 2015 18:39:42 +0100, Manolo Díaz escribió: >> >>> El jueves, 19 mar 2015, a las 18:20 UTC+1 horas, >>> Camaleón escribió: >> >>(...) >> No lo pillo, salvo que te estés preguntando por qué el uso de "tee" en el script. Por aquí indican algunas de sus peculiaridades: http://www.linuxandlife.com/2013/05/how-to-use-tee-command.html >>> Entiendo el uso de tee en la orden. Olvidémosla y centrémonos en lo >>> que hace el script, que son dos cosas en mi caso: >>> >>> 1, Añadir una entrada en el registro de bitácoras >>> >>> 2, Enviar a la salida estándar lo siguiente: >>> "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py" >> >>Supongo que eso de arriba es un ejemplo inventado ¿no? Porque en el >>comando de arriba no había python por ningún lado. > > No, es un ejemplo real. Es parte del trabajo del script: yo he > modificado dicho fichero python como apaño al fallo #774667 y debsums se > chiva debidamente de que no pasa la prueba. Entendido. >>> Y lo que no entiendo es _para qué_ hace la 2ª si se perderá como >>> lágrimas en la lluvia al igual que las vivencias del replicante de >>> Blade Runner. No voy a verla, puesto que no se muestra en pantalla al >>> no ejecutarse de forma interactiva. Tampoco queda registro en ningún >>> lado. >> >>Es que la rutina del cron de debsums no hace eso exactamente, creo que >>usa el descriptor a modo de contenedor temporal, nada más. >> >> > En contra de lo que dije antes, tanto la salida normal como la de error > es enviada mediante correo por cron. Al menos cuando se ejecuta a su > hora. Voy a hacer otra prueba más a ver si el culpable es anacron, ¿El "culpable" de qué, exactamente? > pero tendré que esperar hasta mañana. Si tampoco es eso, no tendré más > remedio que colocarme las orejas de burro. Pues pásame las orejas de burro para que me las ponga porque sigo sin entender qué es lo que tratas de averiguar en relación a la tarea de cron del paquete debsums :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.20.14.23...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 19:50 UTC+1 horas, Manolo Díaz escribió: >En contra de lo que dije antes, tanto la salida normal como la de error >es enviada mediante correo por cron. Al menos cuando se ejecuta a su >hora. Voy a hacer otra prueba más a ver si el culpable es anacron, pero >tendré que esperar hasta mañana. Si tampoco es eso, no tendré más >remedio que colocarme las orejas de burro. No, tampoco es culpa de anacron. El único cambio que he hecho ha sido declarar las variable globales LC_ALL y LC_TYPE en /etc/default/locale, tal como sugiere el manual de cron (sí tenía declarada LANG). Ya me llegan todas las salidas de cron/anacron por correo. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150320132158.30ea2...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 19:23 UTC+1 horas, Camaleón escribió: >El Thu, 19 Mar 2015 18:39:42 +0100, Manolo Díaz escribió: > >> El jueves, 19 mar 2015, a las 18:20 UTC+1 horas, >> Camaleón escribió: > >(...) > >>>No lo pillo, salvo que te estés preguntando por qué el uso de "tee" en >>>el script. Por aquí indican algunas de sus peculiaridades: >>> >>>http://www.linuxandlife.com/2013/05/how-to-use-tee-command.html >>> >> Entiendo el uso de tee en la orden. Olvidémosla y centrémonos en lo que >> hace el script, que son dos cosas en mi caso: >> >> 1, Añadir una entrada en el registro de bitácoras >> >> 2, Enviar a la salida estándar lo siguiente: >> "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py" > >Supongo que eso de arriba es un ejemplo inventado ¿no? Porque en el >comando de arriba no había python por ningún lado. No, es un ejemplo real. Es parte del trabajo del script: yo he modificado dicho fichero python como apaño al fallo #774667 y debsums se chiva debidamente de que no pasa la prueba. > >> Y lo que no entiendo es _para qué_ hace la 2ª si se perderá como >> lágrimas en la lluvia al igual que las vivencias del replicante de Blade >> Runner. No voy a verla, puesto que no se muestra en pantalla al no >> ejecutarse de forma interactiva. Tampoco queda registro en ningún lado. > >Es que la rutina del cron de debsums no hace eso exactamente, creo que >usa el descriptor a modo de contenedor temporal, nada más. > En contra de lo que dije antes, tanto la salida normal como la de error es enviada mediante correo por cron. Al menos cuando se ejecuta a su hora. Voy a hacer otra prueba más a ver si el culpable es anacron, pero tendré que esperar hasta mañana. Si tampoco es eso, no tendré más remedio que colocarme las orejas de burro. >Saludos, > Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319195055.64523...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 18:39:42 +0100, Manolo Díaz escribió: > El jueves, 19 mar 2015, a las 18:20 UTC+1 horas, > Camaleón escribió: (...) >>No lo pillo, salvo que te estés preguntando por qué el uso de "tee" en >>el script. Por aquí indican algunas de sus peculiaridades: >> >>http://www.linuxandlife.com/2013/05/how-to-use-tee-command.html >> > Entiendo el uso de tee en la orden. Olvidémosla y centrémonos en lo que > hace el script, que son dos cosas en mi caso: > > 1, Añadir una entrada en el registro de bitácoras > > 2, Enviar a la salida estándar lo siguiente: > "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py" Supongo que eso de arriba es un ejemplo inventado ¿no? Porque en el comando de arriba no había python por ningún lado. > Y lo que no entiendo es _para qué_ hace la 2ª si se perderá como > lágrimas en la lluvia al igual que las vivencias del replicante de Blade > Runner. No voy a verla, puesto que no se muestra en pantalla al no > ejecutarse de forma interactiva. Tampoco queda registro en ningún lado. Es que la rutina del cron de debsums no hace eso exactamente, creo que usa el descriptor a modo de contenedor temporal, nada más. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.19.18.23...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 18:20 UTC+1 horas, Camaleón escribió: >El Thu, 19 Mar 2015 18:04:00 +0100, Manolo Díaz escribió: > >> El jueves, 19 mar 2015, a las 17:51 UTC+1 horas, >> Camaleón escribió: > >(...) > >>>¿Qué hace en un script que se ejecuta cada semana? Pues ni idea, >>>seguramente el comportamiento sea configurable (on/off), quizá el manual >>>te diga más cosas ¿no? Porque la línea del script que mandas no parece >>>que tenga mucha chicha (ejecutará el binario de debsums asignándole una >>>prioridad, lee el archivo de los paquetes que se deben omitir, procesa >>>el resultado y lo manda al syslog). >> >> Entiendo lo que hace y casi todo del por qué lo hace, _a excepción_ de >> enviar una copia del resultado parcial a salida estándar. Si ejecuto ese >> script desde un terminal, le veo sentido: además de añadir entrada al >> registro de bitácoras, me muestra en el terminal los ficheros alterados. >> Pero en una ejecución no interactiva, que es para lo que está pensado el >> script, dicha salida parece perderse, parece que es un gasto de recursos >> inútil, por pequeño que este gasto sea. >> > >No lo pillo, salvo que te estés preguntando por qué el uso de "tee" en el >script. Por aquí indican algunas de sus peculiaridades: > >http://www.linuxandlife.com/2013/05/how-to-use-tee-command.html > >Saludos, > Entiendo el uso de tee en la orden. Olvidémosla y centrémonos en lo que hace el script, que son dos cosas en mi caso: 1, Añadir una entrada en el registro de bitácoras 2, Enviar a la salida estándar lo siguiente: "/usr/lib/python2.7/dist-packages/morituri/rip/cd.py" Y lo que no entiendo es _para qué_ hace la 2ª si se perderá como lágrimas en la lluvia al igual que las vivencias del replicante de Blade Runner. No voy a verla, puesto que no se muestra en pantalla al no ejecutarse de forma interactiva. Tampoco queda registro en ningún lado. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319183942.69374...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 18:04:00 +0100, Manolo Díaz escribió: > El jueves, 19 mar 2015, a las 17:51 UTC+1 horas, > Camaleón escribió: (...) >>¿Qué hace en un script que se ejecuta cada semana? Pues ni idea, >>seguramente el comportamiento sea configurable (on/off), quizá el manual >>te diga más cosas ¿no? Porque la línea del script que mandas no parece >>que tenga mucha chicha (ejecutará el binario de debsums asignándole una >>prioridad, lee el archivo de los paquetes que se deben omitir, procesa >>el resultado y lo manda al syslog). > > Entiendo lo que hace y casi todo del por qué lo hace, _a excepción_ de > enviar una copia del resultado parcial a salida estándar. Si ejecuto ese > script desde un terminal, le veo sentido: además de añadir entrada al > registro de bitácoras, me muestra en el terminal los ficheros alterados. > Pero en una ejecución no interactiva, que es para lo que está pensado el > script, dicha salida parece perderse, parece que es un gasto de recursos > inútil, por pequeño que este gasto sea. > No lo pillo, salvo que te estés preguntando por qué el uso de "tee" en el script. Por aquí indican algunas de sus peculiaridades: http://www.linuxandlife.com/2013/05/how-to-use-tee-command.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.19.17.20...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 17:51 UTC+1 horas, Camaleón escribió: >El Thu, 19 Mar 2015 17:08:39 +0100, Manolo Díaz escribió: > >> El jueves, 19 mar 2015, a las 16:50 UTC+1 horas, >> Camaleón escribió: >> >>>El Thu, 19 Mar 2015 16:34:56 +0100, Manolo Díaz escribió: >>> El jueves, 19 mar 2015, a las 16:22 UTC+1 horas, Camaleón escribió: >>> >>>(...) >>> >> He intentado un par de pruebas con un script que contiene 'stat >> /proc/self/fd/3' y me envíe la salida por correo, pero el cron >> horario y el de usuario root me han devuelto que ese fichero no >> existe. También he descartado que se trate del sistema de registros >> syslog. >> >> Es simple curiosidad, ninguna necesidad real. > >Lo que hace ese aplicativo es comprobar la suma de verificación de los >paquetes ¿no? Pues sobre los descriptores encontré esto: > >What is the file descriptor 3 assigned by default? >http://unix.stackexchange.com/questions/41421/what-is-the-file- >>>descriptor-3-assigned-by-default Viene a decir lo que ya sabíamos, que 0, 1 y 2 están asignadas por omisión, pero que a partir de 3 no. >>> >>>(...) >>> >>>Pues por eso se entiende que al estar asignados (0, 1 y 2) usa el >>>siguiente disponible (3) :-) >> >> Comprendido: después del 2 va el 3. > >Eso es lo que quería decir el ejemplo aunque el comando ejecutado era >"ls". > >> ¿Pero para qué lo usa? Lo redirige a la salida estándar, y no veo >> cambios al usar está última o no desde cron. Los registros son los >> mismos y no me llega ningún correo (al contrario de lo que ocurría si se >> redirigiese a la salida de error). >> >> Es decir, ejecutado por cron, la siguiente línea muestra el mismo >> comportamiento en mi equipo: >> >> $IONICE $debsums -cs 2>&1 | egrep -vf /etc/debsums-ignore | sed >> 's/^debsums: //' | logger -t debsums >> >> Sigo sin ver la intención. > >Bueno, la explicación de lo que hace el programa parece clara: > >*** >https://packages.debian.org/wheezy/debsums > >tool for verification of installed package files against MD5 checksums > >debsums can verify the integrity of installed package files against MD5 >checksums installed by the package, or generated from a .deb archive. >*** > >¿Qué hace en un script que se ejecuta cada semana? Pues ni idea, >seguramente el comportamiento sea configurable (on/off), quizá el manual >te diga más cosas ¿no? Porque la línea del script que mandas no parece >que tenga mucha chicha (ejecutará el binario de debsums asignándole una >prioridad, lee el archivo de los paquetes que se deben omitir, procesa el >resultado y lo manda al syslog). Entiendo lo que hace y casi todo del por qué lo hace, _a excepción_ de enviar una copia del resultado parcial a salida estándar. Si ejecuto ese script desde un terminal, le veo sentido: además de añadir entrada al registro de bitácoras, me muestra en el terminal los ficheros alterados. Pero en una ejecución no interactiva, que es para lo que está pensado el script, dicha salida parece perderse, parece que es un gasto de recursos inútil, por pequeño que este gasto sea. >Saludos, > Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319180400.00997...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 17:08:39 +0100, Manolo Díaz escribió: > El jueves, 19 mar 2015, a las 16:50 UTC+1 horas, > Camaleón escribió: > >>El Thu, 19 Mar 2015 16:34:56 +0100, Manolo Díaz escribió: >> >>> El jueves, 19 mar 2015, a las 16:22 UTC+1 horas, >>> Camaleón escribió: >> >>(...) >> > He intentado un par de pruebas con un script que contiene 'stat > /proc/self/fd/3' y me envíe la salida por correo, pero el cron > horario y el de usuario root me han devuelto que ese fichero no > existe. También he descartado que se trate del sistema de registros > syslog. > > Es simple curiosidad, ninguna necesidad real. Lo que hace ese aplicativo es comprobar la suma de verificación de los paquetes ¿no? Pues sobre los descriptores encontré esto: What is the file descriptor 3 assigned by default? http://unix.stackexchange.com/questions/41421/what-is-the-file- >>descriptor-3-assigned-by-default >>> >>> Viene a decir lo que ya sabíamos, que 0, 1 y 2 están asignadas por >>> omisión, pero que a partir de 3 no. >> >>(...) >> >>Pues por eso se entiende que al estar asignados (0, 1 y 2) usa el >>siguiente disponible (3) :-) > > Comprendido: después del 2 va el 3. Eso es lo que quería decir el ejemplo aunque el comando ejecutado era "ls". > ¿Pero para qué lo usa? Lo redirige a la salida estándar, y no veo > cambios al usar está última o no desde cron. Los registros son los > mismos y no me llega ningún correo (al contrario de lo que ocurría si se > redirigiese a la salida de error). > > Es decir, ejecutado por cron, la siguiente línea muestra el mismo > comportamiento en mi equipo: > > $IONICE $debsums -cs 2>&1 | egrep -vf /etc/debsums-ignore | sed > 's/^debsums: //' | logger -t debsums > > Sigo sin ver la intención. Bueno, la explicación de lo que hace el programa parece clara: *** https://packages.debian.org/wheezy/debsums tool for verification of installed package files against MD5 checksums debsums can verify the integrity of installed package files against MD5 checksums installed by the package, or generated from a .deb archive. *** ¿Qué hace en un script que se ejecuta cada semana? Pues ni idea, seguramente el comportamiento sea configurable (on/off), quizá el manual te diga más cosas ¿no? Porque la línea del script que mandas no parece que tenga mucha chicha (ejecutará el binario de debsums asignándole una prioridad, lee el archivo de los paquetes que se deben omitir, procesa el resultado y lo manda al syslog). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.19.16.50...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 16:50 UTC+1 horas, Camaleón escribió: >El Thu, 19 Mar 2015 16:34:56 +0100, Manolo Díaz escribió: > >> El jueves, 19 mar 2015, a las 16:22 UTC+1 horas, >> Camaleón escribió: > >(...) > He intentado un par de pruebas con un script que contiene 'stat /proc/self/fd/3' y me envíe la salida por correo, pero el cron horario y el de usuario root me han devuelto que ese fichero no existe. También he descartado que se trate del sistema de registros syslog. Es simple curiosidad, ninguna necesidad real. >>> >>>Lo que hace ese aplicativo es comprobar la suma de verificación de los >>>paquetes ¿no? Pues sobre los descriptores encontré esto: >>> >>>What is the file descriptor 3 assigned by default? >>>http://unix.stackexchange.com/questions/41421/what-is-the-file- >descriptor-3-assigned-by-default >> >> Viene a decir lo que ya sabíamos, que 0, 1 y 2 están asignadas por >> omisión, pero que a partir de 3 no. > >(...) > >Pues por eso se entiende que al estar asignados (0, 1 y 2) usa el >siguiente disponible (3) :-) Comprendido: después del 2 va el 3. ¿Pero para qué lo usa? Lo redirige a la salida estándar, y no veo cambios al usar está última o no desde cron. Los registros son los mismos y no me llega ningún correo (al contrario de lo que ocurría si se redirigiese a la salida de error). Es decir, ejecutado por cron, la siguiente línea muestra el mismo comportamiento en mi equipo: $IONICE $debsums -cs 2>&1 | egrep -vf /etc/debsums-ignore | sed 's/^debsums: //' | logger -t debsums Sigo sin ver la intención. >Saludos, > Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319170839.53bd8...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 16:34:56 +0100, Manolo Díaz escribió: > El jueves, 19 mar 2015, a las 16:22 UTC+1 horas, > Camaleón escribió: (...) >>> He intentado un par de pruebas con un script que contiene 'stat >>> /proc/self/fd/3' y me envíe la salida por correo, pero el cron horario >>> y el de usuario root me han devuelto que ese fichero no existe. >>> También he descartado que se trate del sistema de registros syslog. >>> >>> Es simple curiosidad, ninguna necesidad real. >> >>Lo que hace ese aplicativo es comprobar la suma de verificación de los >>paquetes ¿no? Pues sobre los descriptores encontré esto: >> >>What is the file descriptor 3 assigned by default? >>http://unix.stackexchange.com/questions/41421/what-is-the-file- descriptor-3-assigned-by-default > > Viene a decir lo que ya sabíamos, que 0, 1 y 2 están asignadas por > omisión, pero que a partir de 3 no. (...) Pues por eso se entiende que al estar asignados (0, 1 y 2) usa el siguiente disponible (3) :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.19.15.50...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El jueves, 19 mar 2015, a las 16:22 UTC+1 horas, Camaleón escribió: >El Thu, 19 Mar 2015 16:04:32 +0100, Manolo Díaz escribió: > >> En /etc/cron.weekly/debsums aparece la siguiente línea: > >Hum... no tengo ese paquete (debsums) instalado. > >> $IONICE $debsums -cs 2>&1 | egrep -vf "$ignorefile" | tee /proc/self/fd/3 | >> sed 's/^debsums: //' | logger -t debsums >> >> ¿Por qué envía una copia de la salida a /proc/self/fd/3? ¿A qué hace >> referencia ese descriptor de fichero? >> >> He intentado un par de pruebas con un script que contiene 'stat >> /proc/self/fd/3' y me envíe la salida por correo, pero el cron horario y >> el de usuario root me han devuelto que ese fichero no existe. >> También he descartado que se trate del sistema de registros syslog. >> >> Es simple curiosidad, ninguna necesidad real. > >Lo que hace ese aplicativo es comprobar la suma de verificación de los >paquetes ¿no? Pues sobre los descriptores encontré esto: > >What is the file descriptor 3 assigned by default? >http://unix.stackexchange.com/questions/41421/what-is-the-file-descriptor-3-assigned-by-default Viene a decir lo que ya sabíamos, que 0, 1 y 2 están asignadas por omisión, pero que a partir de 3 no. >Saludos, > Pues he perdido el tiempo, y me temo que el tuyo también. La respuesta está en el mismo script exec 3>&1 Justo en la línea anterior. No sé cómo no lo he visto. Ahora tengo que resolver para qué se redirige a la salida estándar. Gracias. Un saludo. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319163456.336b1...@gmail.com
Re: [OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
El Thu, 19 Mar 2015 16:04:32 +0100, Manolo Díaz escribió: > En /etc/cron.weekly/debsums aparece la siguiente línea: Hum... no tengo ese paquete (debsums) instalado. > $IONICE $debsums -cs 2>&1 | egrep -vf "$ignorefile" | tee /proc/self/fd/3 | > sed 's/^debsums: //' | logger -t debsums > > ¿Por qué envía una copia de la salida a /proc/self/fd/3? ¿A qué hace > referencia ese descriptor de fichero? > > He intentado un par de pruebas con un script que contiene 'stat > /proc/self/fd/3' y me envíe la salida por correo, pero el cron horario y > el de usuario root me han devuelto que ese fichero no existe. > También he descartado que se trate del sistema de registros syslog. > > Es simple curiosidad, ninguna necesidad real. Lo que hace ese aplicativo es comprobar la suma de verificación de los paquetes ¿no? Pues sobre los descriptores encontré esto: What is the file descriptor 3 assigned by default? http://unix.stackexchange.com/questions/41421/what-is-the-file-descriptor-3-assigned-by-default Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.19.15.22...@gmail.com
[OT] ¿A qué se refiere /proc/self/fd/3 en los scripts de cron?
En /etc/cron.weekly/debsums aparece la siguiente línea: $IONICE $debsums -cs 2>&1 | egrep -vf "$ignorefile" | tee /proc/self/fd/3 | sed 's/^debsums: //' | logger -t debsums ¿Por qué envía una copia de la salida a /proc/self/fd/3? ¿A qué hace referencia ese descriptor de fichero? He intentado un par de pruebas con un script que contiene 'stat /proc/self/fd/3' y me envíe la salida por correo, pero el cron horario y el de usuario root me han devuelto que ese fichero no existe. También he descartado que se trate del sistema de registros syslog. Es simple curiosidad, ninguna necesidad real. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319160432.16438...@gmail.com
Re: debian netinstall + scripts de instalacion
El Sun, 20 Nov 2011 19:17:12 -0300, El Ale... escribió: > Muy buenas tardes y les saludo a todos ya que soy nuevo en el grupo, Bienvenido :-) > en esta ocacion me refiero a ustedes ya que se me ocurrio la > posibilidad de incluir dentro de un netinstall algunos scripts de > configuracion de forma automatica, me refiero a saber si podria llegar > de alguna forma a meter dentro de un netinstall scripts de > configuraciones para cuando lo instale en alguna maquina ya pueda ser > instalado tambien con el sistema de forma automatica para no tener que > andar haciendolo despues de que e sistema esta estabe, eso se podria > llegar a hacer?. > > solo una duda, muchisimas gracias! Podrás usar lo que se conoce como "preseed", está documentado en el manual de instalación: http://www.debian.org/releases/stable/i386/apb.html.es Yo no lo he probado aún, pero se supone que te permite cargar distintas configuraciones (parámetros para la red, selección de paquetes...) desde archivos externos, sirve para automatizar el proceso de instalación. Otra opción podría ser que una vez instalado en un equipo hicieras una imagen (clon) del sistema para el resto de equipos pero esto te puede dar problemas si los ordenadores contienen hardware distinto. Y también tienes FAI, aunque creo que este sistema estaría más enfocado a grandes instalaciones de empresa pero le puedes echar un vistazo a ver si te sirve: http://wiki.debian.org/FAI Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.11.21.12.43...@gmail.com
debian netinstall + scripts de instalacion
Muy buenas tardes y les saludo a todos ya que soy nuevo en el grupo, en esta ocacion me refiero a ustedes ya que se me ocurrio la posibilidad de incluir dentro de un netinstall algunos scripts de configuracion de forma automatica, me refiero a saber si podria llegar de alguna forma a meter dentro de un netinstall scripts de configuraciones para cuando lo instale en alguna maquina ya pueda ser instalado tambien con el sistema de forma automatica para no tener que andar haciendolo despues de que e sistema esta estabe, eso se podria llegar a hacer?. solo una duda, muchisimas gracias!
Re: Scripts para borrar contenido (Otra duda)
On Tuesday 04 October 2011 14:40:51 fernando sainz wrote: > El día 4 de octubre de 2011 14:34, AV escribió: > > El mar, 04-10-2011 a las 14:24 +0200, Marc Olive escribió: > > Les traigo una similiar, como seria la modificacion en el find para > > borrar todos los ficheros exceptuando los *.odt y los *.doc. > > > > Gracias nuevamente... > > > > Alexis > > man find > man grep (opcion -v) +1 > No te vamos a hacer los deberes... :-p > > S2 -- Marc Olivé Blau Advisors www.blauadvisors.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201110050807.14491.marc.ol...@blauadvisors.com
Re: Scripts para borrar contenido
El 03/10/11 10:43, fernando sainz escribió:
El día 3 de octubre de 2011 17:03, Marc Olive
escribió:
On Monday 03 October 2011 16:56:58 AV wrote:
Colegas,
Tengo este script:
rm -r /home/alexis/*
Ahora como pudiera hacer para modificarlo que me revise todo el
contenido de la carpeta personal, incluyendo escritorio y solo borre los
ficheros, por ejemplo: mp3, wav, mpg, etc...
find -name '*.jpg' -or -name '*.mp3' | while read ar
do
rm -f "$ar"
done
Disculpen todos pero llevo una semana sin internet, por problemas con el
proveedor y la red.
Saludos,
Alexis
--
Marc Olivé
Blau Advisors
www.blauadvisors.com
Qué fué de aquel bonito find
(Que borra en toda la estructura de subdirectorios...)
find /home/loquesea -name "*jpg" -exec echo {} \;
Hombre mas fácil aun!
find /home/loquesea -name "*jpg" -delete;
X
(Donde pone echo poner rm una vez que se ve que es lo que se quiere borrar.)
Como ejercicio, usar xargs (solo poner find xargs en google te da la respuesta.)
find /home/peter -name *~ |xargs rm
Saludos.
LLego tarde al hilo, pero por comentar. Esto es medio peligroso si no se
tiene claro donde se ejecuta.
Jhosue
--
---
Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o
cualquier otro que no obligue a utilizar un programa de un fabricante
concreto. Vea http://www.gnu.org/philosophy/no-word-attachments.es.html
usuario linux registrado #387231
http://counter.li.org
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8b230a.3020...@gmail.com
Re: Scripts para borrar contenido (Otra duda)
El 04/10/11 14:34, AV escribió:
> El mar, 04-10-2011 a las 14:24 +0200, Marc Olive escribió:
>> On Tuesday 04 October 2011 14:20:17 AV wrote:
>>> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
El 04/10/11 12:50, Camaleón escribió:
> El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>> O usar el operador de expansión {}
>>
>> rm -f /home/alexis/*.{mp3,jpg,etc...}
> Que no, que eso no sirve para lo que busca el OP X-)
>
> Saludos,
Bueno, esa es una forma mas fácil de hacer
find -name '*.jpg' -or -name '*.mp3' | while read ar
do
rm -f "$ar"
done
¿No es lo que él quería?
>>> Gracias a Juan Antonio,
>> No fue Juan Antonio, fui yo, en el primer correo que envié.
>> ¿Al menos que me lleve los créditos no?
>>
>> De nada!
>>
>>> Su solucion me funciono perfectamente.
>> Y por supuesto que funciona perfectamete! Faltaria mas! ;-)
>> Al menos yo se leer y escribir (cosa que _muchos_ de esta lista no pueden
>> decir)
>>
>>> *
>>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>>> do
>>> rm -f "$ar"
>>> done
>>> *
>>>
>>> Y gracias a todos los que me dedicaron su tiempo.
>>>
>>> Saludos y hasta la proxima.
>>>
>>>
>>> Alexis
>> --
>>
>> Marc Olivé
>> Blau Advisors
>>
>> www.blauadvisors.com
>>
>>
> Ok... Disculpen ambos, parece que me perdi en el "hilo"
> Bueno, Juan, vamos a darle las Gracias a Marc, antes que todo y para
> todos los demas. Mis disculpas si!!!
>
> Les traigo una similiar, como seria la modificacion en el find para
> borrar todos los ficheros exceptuando los *.odt y los *.doc.
>
> Gracias nuevamente...
>
> Alexis
>
>
>
>
Pues aunque seguramente habrá una solución mejor, sacándolo todo con
find y quitando con grep lo que no interese.
find . -type f | grep -Ev '(odt|doc)$' | xargs rm
Antes pruébalo sin borrar nada que esta hecho a ojo.
Un saludo.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8aff52.1050...@limbo.ari.es
Re: Scripts para borrar contenido (Otra duda)
El día 4 de octubre de 2011 14:34, AV escribió:
> El mar, 04-10-2011 a las 14:24 +0200, Marc Olive escribió:
>> On Tuesday 04 October 2011 14:20:17 AV wrote:
>> > El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
>> > > El 04/10/11 12:50, Camaleón escribió:
>> > > > El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>> > > >> O usar el operador de expansión {}
>> > > >>
>> > > >> rm -f /home/alexis/*.{mp3,jpg,etc...}
>> > > >
>> > > > Que no, que eso no sirve para lo que busca el OP X-)
>> > > >
>> > > > Saludos,
>> > >
>> > > Bueno, esa es una forma mas fácil de hacer
>> > >
>> > > find -name '*.jpg' -or -name '*.mp3' | while read ar
>> > > do
>> > >
>> > > rm -f "$ar"
>> > >
>> > > done
>> > >
>> > > ¿No es lo que él quería?
>> >
>> > Gracias a Juan Antonio,
>>
>> No fue Juan Antonio, fui yo, en el primer correo que envié.
>> ¿Al menos que me lleve los créditos no?
>>
>> De nada!
>>
>> > Su solucion me funciono perfectamente.
>>
>> Y por supuesto que funciona perfectamete! Faltaria mas! ;-)
>> Al menos yo se leer y escribir (cosa que _muchos_ de esta lista no pueden
>> decir)
>>
>> > *
>> > find -name '*.jpg' -or -name '*.mp3' | while read ar
>> > do
>> > rm -f "$ar"
>> > done
>> > *
>> >
>> > Y gracias a todos los que me dedicaron su tiempo.
>> >
>> > Saludos y hasta la proxima.
>> >
>> >
>> > Alexis
>>
>> --
>>
>> Marc Olivé
>> Blau Advisors
>>
>> www.blauadvisors.com
>>
>>
>
> Ok... Disculpen ambos, parece que me perdi en el "hilo"
> Bueno, Juan, vamos a darle las Gracias a Marc, antes que todo y para
> todos los demas. Mis disculpas si!!!
>
> Les traigo una similiar, como seria la modificacion en el find para
> borrar todos los ficheros exceptuando los *.odt y los *.doc.
>
> Gracias nuevamente...
>
> Alexis
>
>
man find
man grep (opcion -v)
No te vamos a hacer los deberes... :-p
S2
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rHi9jpAguHfM5grft1fKzo4P2d_VTwp37LN7zGXtA=g...@mail.gmail.com
Scripts para borrar contenido (Otra duda)
El mar, 04-10-2011 a las 14:24 +0200, Marc Olive escribió:
> On Tuesday 04 October 2011 14:20:17 AV wrote:
> > El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
> > > El 04/10/11 12:50, Camaleón escribió:
> > > > El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> > > >> O usar el operador de expansión {}
> > > >>
> > > >> rm -f /home/alexis/*.{mp3,jpg,etc...}
> > > >
> > > > Que no, que eso no sirve para lo que busca el OP X-)
> > > >
> > > > Saludos,
> > >
> > > Bueno, esa es una forma mas fácil de hacer
> > >
> > > find -name '*.jpg' -or -name '*.mp3' | while read ar
> > > do
> > >
> > > rm -f "$ar"
> > >
> > > done
> > >
> > > ¿No es lo que él quería?
> >
> > Gracias a Juan Antonio,
>
> No fue Juan Antonio, fui yo, en el primer correo que envié.
> ¿Al menos que me lleve los créditos no?
>
> De nada!
>
> > Su solucion me funciono perfectamente.
>
> Y por supuesto que funciona perfectamete! Faltaria mas! ;-)
> Al menos yo se leer y escribir (cosa que _muchos_ de esta lista no pueden
> decir)
>
> > *
> > find -name '*.jpg' -or -name '*.mp3' | while read ar
> > do
> > rm -f "$ar"
> > done
> > *
> >
> > Y gracias a todos los que me dedicaron su tiempo.
> >
> > Saludos y hasta la proxima.
> >
> >
> > Alexis
>
> --
>
> Marc Olivé
> Blau Advisors
>
> www.blauadvisors.com
>
>
Ok... Disculpen ambos, parece que me perdi en el "hilo"
Bueno, Juan, vamos a darle las Gracias a Marc, antes que todo y para
todos los demas. Mis disculpas si!!!
Les traigo una similiar, como seria la modificacion en el find para
borrar todos los ficheros exceptuando los *.odt y los *.doc.
Gracias nuevamente...
Alexis
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1317731647.2600.30.ca...@zeus.rcs.minjus.cu
Re: Scripts para borrar contenido (SOLUCION)
El 04/10/11 14:27, fernando sainz escribió:
> El día 4 de octubre de 2011 14:22, Juan Antonio
> escribió:
>> El 04/10/11 14:20, AV escribió:
>>> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
El 04/10/11 12:50, Camaleón escribió:
> El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>
>> O usar el operador de expansión {}
>>
>> rm -f /home/alexis/*.{mp3,jpg,etc...}
> Que no, que eso no sirve para lo que busca el OP X-)
>
> Saludos,
>
Bueno, esa es una forma mas fácil de hacer
find -name '*.jpg' -or -name '*.mp3' | while read ar
do
rm -f "$ar"
done
¿No es lo que él quería?
>>> Gracias a Juan Antonio,
>>>
>>> Su solucion me funciono perfectamente.
>>>
>>> *
>>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>>> do
>>> rm -f "$ar"
>>> done
>>> *
>>>
>>> Y gracias a todos los que me dedicaron su tiempo.
>>>
>>> Saludos y hasta la proxima.
>>>
>>>
>>> Alexis
>>>
>>>
>>>
>> Plagio.
>>
>> Es broma, eso no lo sugerí yo Alexis, si no Marc.
>>
>> En cualquier caso me alegro que lo hayas resuelto.
>>
>> Un saludo.
>>
>>
> Bueno, es un poco retorcido redirigir a un bucle...
> Es mas simple lo que se propuso de redirigir a xargs o usar la opicón
> -exec del find.
>
> S2
>
>
A mi también me lo parece, pero es una cuestión de costumbres.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8afc79.2010...@limbo.ari.es
Re: Scripts para borrar contenido (SOLUCION)
El 04/10/11 14:24, Marc Olive escribió:
> On Tuesday 04 October 2011 14:20:17 AV wrote:
>> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
>>> El 04/10/11 12:50, Camaleón escribió:
El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> O usar el operador de expansión {}
>
> rm -f /home/alexis/*.{mp3,jpg,etc...}
Que no, que eso no sirve para lo que busca el OP X-)
Saludos,
>>> Bueno, esa es una forma mas fácil de hacer
>>>
>>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>>> do
>>>
>>> rm -f "$ar"
>>>
>>> done
>>>
>>> ¿No es lo que él quería?
>> Gracias a Juan Antonio,
> No fue Juan Antonio, fui yo, en el primer correo que envié.
> ¿Al menos que me lleve los créditos no?
>
> De nada!
>
>> Su solucion me funciono perfectamente.
> Y por supuesto que funciona perfectamete! Faltaria mas! ;-)
> Al menos yo se leer y escribir (cosa que _muchos_ de esta lista no pueden
> decir)
>
>> *
>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>> do
>> rm -f "$ar"
>> done
>> *
>>
>> Y gracias a todos los que me dedicaron su tiempo.
>>
>> Saludos y hasta la proxima.
>>
>>
>> Alexis
Hola Marc,
si lo de saber leer y escribir lo dices por mi, malentendí este correo
de Alexis
>Disculpen todos,
>
>Los ejemplos que me enviaron, revisan tambien el contenido de las
>subcarpetas.
>
>Saludos,
>
>Alexis
al no poner signo de interrogación pensé que afirmaba que era recursivo
y que por lo tanto no le servía.
Un saludo.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8afc0f.40...@limbo.ari.es
Re: Scripts para borrar contenido (SOLUCION)
El día 4 de octubre de 2011 14:22, Juan Antonio escribió:
> El 04/10/11 14:20, AV escribió:
>> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
>>> El 04/10/11 12:50, Camaleón escribió:
El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> O usar el operador de expansión {}
>
> rm -f /home/alexis/*.{mp3,jpg,etc...}
Que no, que eso no sirve para lo que busca el OP X-)
Saludos,
>>> Bueno, esa es una forma mas fácil de hacer
>>>
>>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>>> do
>>> rm -f "$ar"
>>> done
>>>
>>> ¿No es lo que él quería?
>>>
>>>
>>>
>> Gracias a Juan Antonio,
>>
>> Su solucion me funciono perfectamente.
>>
>> *
>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>> do
>> rm -f "$ar"
>> done
>> *
>>
>> Y gracias a todos los que me dedicaron su tiempo.
>>
>> Saludos y hasta la proxima.
>>
>>
>> Alexis
>>
>>
>>
>
> Plagio.
>
> Es broma, eso no lo sugerí yo Alexis, si no Marc.
>
> En cualquier caso me alegro que lo hayas resuelto.
>
> Un saludo.
>
>
Bueno, es un poco retorcido redirigir a un bucle...
Es mas simple lo que se propuso de redirigir a xargs o usar la opicón
-exec del find.
S2
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rHg8azPaL8mhmrvr¢6-pj6OzFDAOTwi_=gvvf34qj...@mail.gmail.com
Re: Scripts para borrar contenido (SOLUCION)
On Tuesday 04 October 2011 14:20:17 AV wrote:
> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
> > El 04/10/11 12:50, Camaleón escribió:
> > > El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> > >> O usar el operador de expansión {}
> > >>
> > >> rm -f /home/alexis/*.{mp3,jpg,etc...}
> > >
> > > Que no, que eso no sirve para lo que busca el OP X-)
> > >
> > > Saludos,
> >
> > Bueno, esa es una forma mas fácil de hacer
> >
> > find -name '*.jpg' -or -name '*.mp3' | while read ar
> > do
> >
> > rm -f "$ar"
> >
> > done
> >
> > ¿No es lo que él quería?
>
> Gracias a Juan Antonio,
No fue Juan Antonio, fui yo, en el primer correo que envié.
¿Al menos que me lleve los créditos no?
De nada!
> Su solucion me funciono perfectamente.
Y por supuesto que funciona perfectamete! Faltaria mas! ;-)
Al menos yo se leer y escribir (cosa que _muchos_ de esta lista no pueden
decir)
> *
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
> *
>
> Y gracias a todos los que me dedicaron su tiempo.
>
> Saludos y hasta la proxima.
>
>
> Alexis
--
Marc Olivé
Blau Advisors
www.blauadvisors.com
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201110041424.43949.marc.ol...@blauadvisors.com
Re: Scripts para borrar contenido (SOLUCION)
El 04/10/11 14:20, AV escribió:
> El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
>> El 04/10/11 12:50, Camaleón escribió:
>>> El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>>>
O usar el operador de expansión {}
rm -f /home/alexis/*.{mp3,jpg,etc...}
>>> Que no, que eso no sirve para lo que busca el OP X-)
>>>
>>> Saludos,
>>>
>> Bueno, esa es una forma mas fácil de hacer
>>
>> find -name '*.jpg' -or -name '*.mp3' | while read ar
>> do
>> rm -f "$ar"
>> done
>>
>> ¿No es lo que él quería?
>>
>>
>>
> Gracias a Juan Antonio,
>
> Su solucion me funciono perfectamente.
>
> *
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
> *
>
> Y gracias a todos los que me dedicaron su tiempo.
>
> Saludos y hasta la proxima.
>
>
> Alexis
>
>
>
Plagio.
Es broma, eso no lo sugerí yo Alexis, si no Marc.
En cualquier caso me alegro que lo hayas resuelto.
Un saludo.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8afa68.9010...@limbo.ari.es
Re: Scripts para borrar contenido (SOLUCION)
El mar, 04-10-2011 a las 13:04 +0200, Juan Antonio escribió:
> El 04/10/11 12:50, Camaleón escribió:
> > El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> >
> >> O usar el operador de expansión {}
> >>
> >> rm -f /home/alexis/*.{mp3,jpg,etc...}
> > Que no, que eso no sirve para lo que busca el OP X-)
> >
> > Saludos,
> >
>
> Bueno, esa es una forma mas fácil de hacer
>
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
>
> ¿No es lo que él quería?
>
>
>
Gracias a Juan Antonio,
Su solucion me funciono perfectamente.
*
find -name '*.jpg' -or -name '*.mp3' | while read ar
do
rm -f "$ar"
done
*
Y gracias a todos los que me dedicaron su tiempo.
Saludos y hasta la proxima.
Alexis
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1317730817.2600.26.ca...@zeus.rcs.minjus.cu
Re: Scripts para borrar contenido
2011/10/4 Juan Antonio > > Excepto que no es recursivo, que creo que en otro correo dejaba claro > que no quería que lo fuese. > > Si no lo quiere recursivo, utilizando los parametros: *maxdepth levels : Descend at most levels (a non-negative integer) levels of directories below the command line arguments. -maxdepth 0 means only apply the tests and actions to the command line arguments. * mindepth levels: Do not apply any tests or actions at levels less than levels (a non-negative integer). -mindepth 1 means process all files except the command line arguments. Igual, creo que si queria recursivo -- Diego - Yo no soy paranoico! (pero que me siguen, me siguen) http://about.me/diegors/bio El que usa una firma mas larga que el mail que envia, se la come
Re: Scripts para borrar contenido
El Tue, 04 Oct 2011 13:05:52 +0200, Juan Antonio escribió: (...) > Excepto que no es recursivo, que creo que en otro correo dejaba claro > que no quería que lo fuese. Al contrario, *debe* ser recursivo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.10.04.11.56...@gmail.com
Re: Scripts para borrar contenido
El 04/10/11 13:04, Juan Antonio escribió:
> El 04/10/11 12:50, Camaleón escribió:
>> El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>>
>>> O usar el operador de expansión {}
>>>
>>> rm -f /home/alexis/*.{mp3,jpg,etc...}
>> Que no, que eso no sirve para lo que busca el OP X-)
>>
>> Saludos,
>>
> Bueno, esa es una forma mas fácil de hacer
>
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
>
> ¿No es lo que él quería?
>
>
>
Excepto que no es recursivo, que creo que en otro correo dejaba claro
que no quería que lo fuese.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8ae890.9030...@limbo.ari.es
Re: Scripts para borrar contenido
El 04/10/11 12:50, Camaleón escribió:
> El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
>
>> O usar el operador de expansión {}
>>
>> rm -f /home/alexis/*.{mp3,jpg,etc...}
> Que no, que eso no sirve para lo que busca el OP X-)
>
> Saludos,
>
Bueno, esa es una forma mas fácil de hacer
find -name '*.jpg' -or -name '*.mp3' | while read ar
do
rm -f "$ar"
done
¿No es lo que él quería?
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8ae829.9090...@limbo.ari.es
Re: Scripts para borrar contenido
El Tue, 04 Oct 2011 09:13:25 +0200, Juan Antonio escribió:
> O usar el operador de expansión {}
>
> rm -f /home/alexis/*.{mp3,jpg,etc...}
Que no, que eso no sirve para lo que busca el OP X-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.10.04.10.50...@gmail.com
Re: Scripts para borrar contenido
El 03/10/11 17:03, Marc Olive escribió:
> On Monday 03 October 2011 16:56:58 AV wrote:
>> Colegas,
>>
>> Tengo este script:
>>
>> rm -r /home/alexis/*
>>
>> Ahora como pudiera hacer para modificarlo que me revise todo el
>> contenido de la carpeta personal, incluyendo escritorio y solo borre los
>> ficheros, por ejemplo: mp3, wav, mpg, etc...
>>
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
>
>> Disculpen todos pero llevo una semana sin internet, por problemas con el
>> proveedor y la red.
>>
>>
>> Saludos,
>>
>> Alexis
O usar el operador de expansión {}
rm -f /home/alexis/*.{mp3,jpg,etc...}
Un saludo.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e8ab215.60...@limbo.ari.es
Re: Scripts para borrar contenido
El Mon, 03 Oct 2011 12:31:23 -0500, Ivan Aleman escribió:
> 2011/10/3 AV
>
>> Colegas,
>>
>> Tengo este script:
>>
>> rm -r /home/alexis/*
>>
>> Ahora como pudiera hacer para modificarlo que me revise todo el
>> contenido de la carpeta personal, incluyendo escritorio y solo borre
>> los ficheros, por ejemplo: mp3, wav, mpg, etc...
>>
>>
> Hay varias formas, tomando en cuenta tu script sugiero:
>
> rm -r /home/alexis/{*.mp3,*.mpg,*.wav}
>
> Esa linea utiliza la expansion de bash y rm borra cada archivo que
> encuantre con esas extensiones.
(...)
Hum... no, eso no funciona:
sm01@stt008:~$ rm -ri $HOME/{*.pdf,*.txt}
rm: no se puede borrar «/home/sm01/*.pdf»: No existe el fichero o el directorio
rm: no se puede borrar «/home/sm01/*.txt»: No existe el fichero o el directorio
Sólo te sirve cuando estás dentro del directorio que contiene esos
archivos :-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2011.10.03.17.58...@gmail.com
Re: Scripts para borrar contenido
2011/10/3 AV
> Colegas,
>
> Tengo este script:
>
> rm -r /home/alexis/*
>
> Ahora como pudiera hacer para modificarlo que me revise todo el
> contenido de la carpeta personal, incluyendo escritorio y solo borre los
> ficheros, por ejemplo: mp3, wav, mpg, etc...
>
>
Hay varias formas, tomando en cuenta tu script sugiero:
rm -r /home/alexis/{*.mp3,*.mpg,*.wav}
Esa linea utiliza la expansion de bash y rm borra cada archivo que encuantre
con esas extensiones.
Aun sin internet puedes revisar las man del sistema, recomendado que revises
la de bash, find, rm, xargs, etc.
Saludos.
>
>
>
--
Iván
@alemani
Re: Re: [OT] Re: Scripts para borrar contenido
El día 3 de octubre de 2011 17:18, López Denazis Santiago escribió: > > > Original Message > Subject: Re: [OT] Re: Scripts para borrar contenido > Date: Mon, 03 Oct 2011 11:18:23 -0400 > From: AV > Reply-To: a...@rcs.co.cu > Organization: RCS > To: López Denazis Santiago > > El lun, 03-10-2011 a las 11:59 -0300, López Denazis Santiago escribió: >> >> On 10/03/2011 11:56 AM, AV wrote: >> > Colegas, >> > >> > Tengo este script: >> > >> > rm -r /home/alexis/* >> > >> > Ahora como pudiera hacer para modificarlo que me revise todo el >> > contenido de la carpeta personal, incluyendo escritorio y solo borre los >> > ficheros, por ejemplo: mp3, wav, mpg, etc... >> > >> > Disculpen todos pero llevo una semana sin internet, por problemas con el >> > proveedor y la red. >> > >> > >> > Saludos, >> > >> > Alexis >> > >> > >> > >> >> *.png, *.mp3, etc, etc, etc >> >> -- >> Santiago López Denazis >> Open your source, open your mind. >> >> > > Disculpen todos, > > Los ejemplos que me enviaron, revisan tambien el contenido de las > subcarpetas. > > Saludos, > > Alexis > > > Usa el man y lee un poco man find S2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHj5YqyZkJVqDsiqGrcxT0kfUOjgbcahfl+p6yrx...@mail.gmail.com
Fwd: Re: [OT] Re: Scripts para borrar contenido
Original Message Subject: Re: [OT] Re: Scripts para borrar contenido Date: Mon, 03 Oct 2011 11:18:23 -0400 From: AV Reply-To: a...@rcs.co.cu Organization: RCS To: López Denazis Santiago El lun, 03-10-2011 a las 11:59 -0300, López Denazis Santiago escribió: On 10/03/2011 11:56 AM, AV wrote: > Colegas, > > Tengo este script: > > rm -r /home/alexis/* > > Ahora como pudiera hacer para modificarlo que me revise todo el > contenido de la carpeta personal, incluyendo escritorio y solo borre los > ficheros, por ejemplo: mp3, wav, mpg, etc... > > Disculpen todos pero llevo una semana sin internet, por problemas con el > proveedor y la red. > > > Saludos, > > Alexis > > > *.png, *.mp3, etc, etc, etc -- Santiago López Denazis Open your source, open your mind. Disculpen todos, Los ejemplos que me enviaron, revisan tambien el contenido de las subcarpetas. Saludos, Alexis -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e89d23d.6040...@gmail.com
Re: Scripts para borrar contenido
El día 3 de octubre de 2011 17:03, Marc Olive
escribió:
> On Monday 03 October 2011 16:56:58 AV wrote:
>> Colegas,
>>
>> Tengo este script:
>>
>> rm -r /home/alexis/*
>>
>> Ahora como pudiera hacer para modificarlo que me revise todo el
>> contenido de la carpeta personal, incluyendo escritorio y solo borre los
>> ficheros, por ejemplo: mp3, wav, mpg, etc...
>>
>
> find -name '*.jpg' -or -name '*.mp3' | while read ar
> do
> rm -f "$ar"
> done
>
>> Disculpen todos pero llevo una semana sin internet, por problemas con el
>> proveedor y la red.
>>
>>
>> Saludos,
>>
>> Alexis
>
> --
>
> Marc Olivé
> Blau Advisors
>
> www.blauadvisors.com
>
>
>
Qué fué de aquel bonito find
(Que borra en toda la estructura de subdirectorios...)
find /home/loquesea -name "*jpg" -exec echo {} \;
(Donde pone echo poner rm una vez que se ve que es lo que se quiere borrar.)
Como ejercicio, usar xargs (solo poner find xargs en google te da la respuesta.)
find /home/peter -name *~ |xargs rm
Saludos.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAGw=rhjtmeyx7ufkg9va9indx5tlj_8gnmk8vx7-zgnqgrp...@mail.gmail.com
Re: Scripts para borrar contenido
On Monday 03 October 2011 16:56:58 AV wrote: > Colegas, > > Tengo este script: > > rm -r /home/alexis/* > > Ahora como pudiera hacer para modificarlo que me revise todo el > contenido de la carpeta personal, incluyendo escritorio y solo borre los > ficheros, por ejemplo: mp3, wav, mpg, etc... > find -name '*.jpg' -or -name '*.mp3' | while read ar do rm -f "$ar" done > Disculpen todos pero llevo una semana sin internet, por problemas con el > proveedor y la red. > > > Saludos, > > Alexis -- Marc Olivé Blau Advisors www.blauadvisors.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201110031703.40922.marc.ol...@blauadvisors.com
Re: Scripts para borrar contenido
El 03/10/11 11:56, AV escribió:
Colegas,
Tengo este script:
rm -r /home/alexis/*
Ahora como pudiera hacer para modificarlo que me revise todo el
contenido de la carpeta personal, incluyendo escritorio y solo borre los
ficheros, por ejemplo: mp3, wav, mpg, etc...
Disculpen todos pero llevo una semana sin internet, por problemas con el
proveedor y la red.
Saludos,
Alexis
Creo que así deberia funcionar:
rm -R /home/alexis/*.mp3 para los mp3 por ejemplo. Y asi con todos los
que necesites.
Saludos, Nicolás.
--
:(){:|:&};: - In a world without Fences and Walls, who needs Windows and
Gates - :(){:|:&};:
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e89ce98.5030...@gmail.com
Re: Scripts para borrar contenido
El día 3 de octubre de 2011 11:56, AV escribió: > Colegas, > > Tengo este script: > > rm -r /home/alexis/* > > Ahora como pudiera hacer para modificarlo que me revise todo el > contenido de la carpeta personal, incluyendo escritorio y solo borre los > ficheros, por ejemplo: mp3, wav, mpg, etc... > > Disculpen todos pero llevo una semana sin internet, por problemas con el > proveedor y la red. > > > Saludos, > > Alexis > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1317653818.2600.6.ca...@zeus.rcs.minjus.cu > > -- basta que ocupes el mismo script y copies las lineas diciendo por cada una la extención de archivo. ejemplo rm -r /home/alexis/*.mp3 rm -r /home/alexis/*.wav rm -r /home/alexis/*.jpg rm -r /home/alexis/*.txt Saludos - Roberto Quiñones Owner - Service Manager and System ACShell.NET – Internet Services robe...@acshell.net - www.acshell.net San Martin #311 Santiago – CL (Chile) +560981361713 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cao7f6e96ksob3cme+1kpupok-kgezhecyomdvf7dy_os0xn...@mail.gmail.com
[OT] Re: Scripts para borrar contenido
On 10/03/2011 11:56 AM, AV wrote: Colegas, Tengo este script: rm -r /home/alexis/* Ahora como pudiera hacer para modificarlo que me revise todo el contenido de la carpeta personal, incluyendo escritorio y solo borre los ficheros, por ejemplo: mp3, wav, mpg, etc... Disculpen todos pero llevo una semana sin internet, por problemas con el proveedor y la red. Saludos, Alexis *.png, *.mp3, etc, etc, etc -- Santiago López Denazis Open your source, open your mind. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e89cdc2.5050...@gmail.com
Scripts para borrar contenido
Colegas, Tengo este script: rm -r /home/alexis/* Ahora como pudiera hacer para modificarlo que me revise todo el contenido de la carpeta personal, incluyendo escritorio y solo borre los ficheros, por ejemplo: mp3, wav, mpg, etc... Disculpen todos pero llevo una semana sin internet, por problemas con el proveedor y la red. Saludos, Alexis -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1317653818.2600.6.ca...@zeus.rcs.minjus.cu
Re: Lo mas usado y la elegancia en scripts
El sáb, 06-11-2010 a las 15:51 -0600, rantis cares escribió: > > > El 6 de noviembre de 2010 15:35, Marc Aymerich > escribió: > 2010/11/6 Marc Aymerich : > > 2010/11/6 rantis cares : > >> Listeros: > >> > >> Me gustaria saber dos cosas, si me puede ayudar: > >> > >> 1. ¿Cual es el lenguaje mas usado en scripts para que yo > pueda ejecutar > >> ordenes directamente desde consola y que ademas se pueda > ejecutar esos > >> mismos scripts con interfaz web? > >> > >> 2. Si hago scripts en bash ¿Estos tambien funcionaran en > una interfaz web? > >> > >> Gracias > >> > > > > Para ejecutar scripts en bash con el navegador tienes varias > opciones, > > > > - Bash como CGI (te lo recomiendo si son pocos scripts) > > - Crear un frontend web con un lenguaje mas orientado a la > web: php o > > python, y hacer llamadas a los scripts. (te lo recomiendo si > tienes > > pensado un proyecto un poquito grande) > > > > > > > Algunos ejemplos interesantes de bash como cgi: > > http://foxlx.acmesystems.it/?id=165 > > > > Sin duda, creo que me quedare entonces con bash. > una de dos: o estas loco o no leiste absolutamente NADA sobre scripting > Agradezco sus atenciones > > Rantiscares -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1289259050.2484.1.ca...@gabita2.angel-alvarez.com.ar
Re: Lo mas usado y la elegancia en scripts
El Sat, 06 Nov 2010 15:03:29 -0600, rantis cares escribió: > 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda ejecutar > ordenes directamente desde consola y que ademas se pueda ejecutar esos > mismos scripts con interfaz web? ¿Python, Tcl, Perl? > 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz > web? Depende de la complejidad del script y de la configuración del servidor web. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.11.07.12.38...@gmail.com
Re: Lo mas usado y la elegancia en scripts
El 6 de noviembre de 2010 15:35, Marc Aymerich escribió: > 2010/11/6 Marc Aymerich : > > 2010/11/6 rantis cares : > >> Listeros: > >> > >> Me gustaria saber dos cosas, si me puede ayudar: > >> > >> 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda ejecutar > >> ordenes directamente desde consola y que ademas se pueda ejecutar esos > >> mismos scripts con interfaz web? > >> > >> 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz > web? > >> > >> Gracias > >> > > > > Para ejecutar scripts en bash con el navegador tienes varias opciones, > > > > - Bash como CGI (te lo recomiendo si son pocos scripts) > > - Crear un frontend web con un lenguaje mas orientado a la web: php o > > python, y hacer llamadas a los scripts. (te lo recomiendo si tienes > > pensado un proyecto un poquito grande) > > > > > > Algunos ejemplos interesantes de bash como cgi: > > http://foxlx.acmesystems.it/?id=165 > > Sin duda, creo que me quedare entonces con bash. Agradezco sus atenciones Rantiscares
Re: Lo mas usado y la elegancia en scripts
2010/11/6 Marc Aymerich : > 2010/11/6 rantis cares : >> Listeros: >> >> Me gustaria saber dos cosas, si me puede ayudar: >> >> 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda ejecutar >> ordenes directamente desde consola y que ademas se pueda ejecutar esos >> mismos scripts con interfaz web? >> >> 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz web? >> >> Gracias >> > > Para ejecutar scripts en bash con el navegador tienes varias opciones, > > - Bash como CGI (te lo recomiendo si son pocos scripts) > - Crear un frontend web con un lenguaje mas orientado a la web: php o > python, y hacer llamadas a los scripts. (te lo recomiendo si tienes > pensado un proyecto un poquito grande) > Algunos ejemplos interesantes de bash como cgi: http://foxlx.acmesystems.it/?id=165 -- Marc -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=znz78+b46d0vzocusoqt9qku6crswhew0a...@mail.gmail.com
Re: Lo mas usado y la elegancia en scripts
On 11/06/2010 03:03 PM, rantis cares wrote: > Listeros: > > Me gustaria saber dos cosas, si me puede ayudar: > > 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda > ejecutar ordenes directamente desde consola y que ademas se pueda > ejecutar esos mismos scripts con interfaz web? > > 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz web? > > Gracias Puedes usar php para que los scripts se ejecuten en la consola usa el paquete php-cli y puedes agregar #!/usr/bin/php -q Saludos -- ヘスス アルベルト "Nobody wants to say how this works. Maybe nobody knows" "VIDEOADAPTOR SECTION" on xorg.conf manual へすす あるべると -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cd5caba.1030...@gmail.com
Re: Lo mas usado y la elegancia en scripts
2010/11/6 rantis cares : > Listeros: > > Me gustaria saber dos cosas, si me puede ayudar: > > 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda ejecutar > ordenes directamente desde consola y que ademas se pueda ejecutar esos > mismos scripts con interfaz web? > > 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz web? > > Gracias > Para ejecutar scripts en bash con el navegador tienes varias opciones, - Bash como CGI (te lo recomiendo si son pocos scripts) - Crear un frontend web con un lenguaje mas orientado a la web: php o python, y hacer llamadas a los scripts. (te lo recomiendo si tienes pensado un proyecto un poquito grande) -- Marc -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikf9y-u+iggma+-qkef2gaqnw8mphadmlnzk...@mail.gmail.com
Lo mas usado y la elegancia en scripts
Listeros: Me gustaria saber dos cosas, si me puede ayudar: 1. ¿Cual es el lenguaje mas usado en scripts para que yo pueda ejecutar ordenes directamente desde consola y que ademas se pueda ejecutar esos mismos scripts con interfaz web? 2. Si hago scripts en bash ¿Estos tambien funcionaran en una interfaz web? Gracias
Re: Scripts de inicio del sistema
El mié, 28-04-2010 a las 18:03 -0400, Gary Ariel Sandi Vigabriel escribió: > 2010/4/28 Angel Claudio Alvarez : > > El mar, 27-04-2010 a las 21:57 -0400, Gary Ariel Sandi Vigabriel > > escribió: > >> Buenas lista! > >> > >> Tengo 2 scripts en mi servidor que requieren lo siguiente: > >> > >> 1. Iniciarse luego de todos los demás scripts de arranque. > >> 2. Un script debe iniciarse después del otro. > >> > >> ya probe con > >> > >> update-rc.d script1 defaults 80 > >> update-rc.d script2 defaults 80 > >> > >> tambien con: > >> > >> update-rc.d script1 defaults > >> update-rc.d script2 defaults > >> > > > > y no te funciona? > > los script por supuesto estan en /etc/init.d/ y soportan start stop > > restart reload no? > > Lee la guia de referencia de debian > > y no utilices rc.local > >> Alguna otra idea? > >> > >> -- > >> .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > >> : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > >> `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > >> `- http://www.debian.org | Debian GNU/Linux User > >> > >> > > > > > > > > Claudio por que no usar rc.local? > porque NO podes tener control sobre el script como lo detenes o recargas?? en cualquier momento? como haces para arrnacar uno solo de los 2 scripts? Hay miles de caso en que un programa ante un caso de recibir un signal de stop debe guardar cosas , eliminar archivos, etc por lo que si no recibe el signal correcto puede tener problemas al rearrancar y puedo seguir nombrandote decenas de casos por los que es necesario tener un control sobre los scripts que arrancan programas > Comentarles que el primer script se queda parado por que espera una > linea, no es necesario ponerle algo pero se queda alli y el segundo > script ya no arranca por que el otro esta esperando una respuesta. ves? > > > Salu2 > > -- > .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > `- http://www.debian.org | Debian GNU/Linux User > > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1272576926.2368.4.ca...@gabita2.angel-alvarez.com.ar
Re: Scripts de inicio del sistema
El Thursday 29 April 2010 04:50:22 Jorge Toro va escriure: > El 28 de abril de 2010 20:40, Tony Peña escribió: > > lo que tenes que hacer es un script de arranque que te ejecute estos > script(si sos tan amable no podes decir que ejecutan estos script) y luego > ubicarlo en /etc/init.d/ y luego crear los enlaces para los runlevels con > update-rc.d script.sh defaults. Presupongo que tienes Lenny o posterior. Entonces, NO, NO TIENES QUE HACER ESTO ni nada de lo que te han dicho. En lugar deberias leer el manual de Debian: http://wiki.debian.org/LSBInitScripts Debian Lenny usa scripts de arranque que cumplen la especificacion LSB, basado en dependencias. Con esto puedes definir relaciones entre scripts y cuales deben ejecutarse antes o despues de qué otros. Deben contener informacion como: ### BEGIN INIT INFO # Provides: scriptname # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start daemon at boot time # Description: Enable service provided by daemon. ### END INIT INFO > saludos y suerte. PD: Esto te lo dijo al hacer "update-rc.d", seguro (si estas en Lenny o posterior). -- Marc Olivé Grup Blau www.grupblau.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004290859.12118.marc.ol...@grupblau.com
Re: Scripts de inicio del sistema
El 28 de abril de 2010 20:40, Tony Peña escribió: > antes de iniciar el sistema con el /etc/rc.local que te envie anteriormente > > ejecuta el script a mano a ver que espera el ... > si puedes ponlo en modo debug para ver todas las opciones > > /bin/sh -x script-01.sh > > saludos > > El 28 de abril de 2010 18:03, Gary Ariel Sandi Vigabriel < > gary@gmail.com> escribió: > > 2010/4/28 Angel Claudio Alvarez : >> > El mar, 27-04-2010 a las 21:57 -0400, Gary Ariel Sandi Vigabriel >> > escribió: >> >> Buenas lista! >> >> >> >> Tengo 2 scripts en mi servidor que requieren lo siguiente: >> >> >> >> 1. Iniciarse luego de todos los demás scripts de arranque. >> >> 2. Un script debe iniciarse después del otro. >> >> >> >> ya probe con >> >> >> >> update-rc.d script1 defaults 80 >> >> update-rc.d script2 defaults 80 >> >> >> >> tambien con: >> >> >> >> update-rc.d script1 defaults >> >> update-rc.d script2 defaults >> >> >> > >> > y no te funciona? >> > los script por supuesto estan en /etc/init.d/ y soportan start stop >> > restart reload no? >> > Lee la guia de referencia de debian >> > y no utilices rc.local >> >> Alguna otra idea? >> >> >> >> -- >> >> .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel >> >> : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com >> >> `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC >> >> `- http://www.debian.org | Debian GNU/Linux User >> >> >> >> >> > >> > >> > >> >> Claudio por que no usar rc.local? >> >> Comentarles que el primer script se queda parado por que espera una >> linea, no es necesario ponerle algo pero se queda alli y el segundo >> script ya no arranca por que el otro esta esperando una respuesta. >> >> >> Salu2 >> >> -- >> .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel >> : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com >> `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC >> `- http://www.debian.org | Debian GNU/Linux User >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/t2heeb953ee1004281503pfb2050f7w18b3694e06444...@mail.gmail.com >> >> >Hola Gary, lo que tenes que hacer es un script de arranque que te ejecute estos script(si sos tan amable no podes decir que ejecutan estos script) y luego ubicarlo en /etc/init.d/ y luego crear los enlaces para los runlevels con update-rc.d script.sh defaults. saludos y suerte. -- Jorge A. Toro Hoyos Ing. Teleinformático. CumbiaTIC, Dir. División de Informática COR, Esp. GNU/Linux, Esp. Desarrollo de Software. Ing. NOC Anditel (Proyecto COMPARTEL). http://jolthgs.wordpress.com/ -- Powered By Debian. Developer Bullix GNU/Linux. -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIWWH6q7mzdgTzI5ARAkX5AJ9TR6hL2ocLMOUDRfhts8DlVl+jpwCeNw5x p4+4FNUHPDUx1lU9F8WSKCA= =zRhQ -END PGP SIGNATURE- Este correo esta protegido bajo los términos de la Licencia Atribución-Compartir Obras Derivadas Igual a 2.5 Colombia de Creative Commons. Observé la licencia visitando este sitio http://creativecommons.org/licenses/by-sa/2.5/co/.
Re: Scripts de inicio del sistema
antes de iniciar el sistema con el /etc/rc.local que te envie anteriormente ejecuta el script a mano a ver que espera el ... si puedes ponlo en modo debug para ver todas las opciones /bin/sh -x script-01.sh saludos El 28 de abril de 2010 18:03, Gary Ariel Sandi Vigabriel escribió: > 2010/4/28 Angel Claudio Alvarez : > > El mar, 27-04-2010 a las 21:57 -0400, Gary Ariel Sandi Vigabriel > > escribió: > >> Buenas lista! > >> > >> Tengo 2 scripts en mi servidor que requieren lo siguiente: > >> > >> 1. Iniciarse luego de todos los demás scripts de arranque. > >> 2. Un script debe iniciarse después del otro. > >> > >> ya probe con > >> > >> update-rc.d script1 defaults 80 > >> update-rc.d script2 defaults 80 > >> > >> tambien con: > >> > >> update-rc.d script1 defaults > >> update-rc.d script2 defaults > >> > > > > y no te funciona? > > los script por supuesto estan en /etc/init.d/ y soportan start stop > > restart reload no? > > Lee la guia de referencia de debian > > y no utilices rc.local > >> Alguna otra idea? > >> > >> -- > >> .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > >> : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > >> `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > >> `- http://www.debian.org | Debian GNU/Linux User > >> > >> > > > > > > > > Claudio por que no usar rc.local? > > Comentarles que el primer script se queda parado por que espera una > linea, no es necesario ponerle algo pero se queda alli y el segundo > script ya no arranca por que el otro esta esperando una respuesta. > > > Salu2 > > -- > .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > `- http://www.debian.org | Debian GNU/Linux User > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/t2heeb953ee1004281503pfb2050f7w18b3694e06444...@mail.gmail.com > >
Re: Scripts de inicio del sistema
El mar, 27-04-2010 a las 21:57 -0400, Gary Ariel Sandi Vigabriel escribió: > Buenas lista! > > Tengo 2 scripts en mi servidor que requieren lo siguiente: > > 1. Iniciarse luego de todos los demás scripts de arranque. > 2. Un script debe iniciarse después del otro. > > ya probe con > > update-rc.d script1 defaults 80 > update-rc.d script2 defaults 80 > > tambien con: > > update-rc.d script1 defaults > update-rc.d script2 defaults > y no te funciona? los script por supuesto estan en /etc/init.d/ y soportan start stop restart reload no? Lee la guia de referencia de debian y no utilices rc.local > Alguna otra idea? > > -- > .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > `- http://www.debian.org | Debian GNU/Linux User > > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1272491367.2401.1.ca...@gabita2.angel-alvarez.com.ar
Re: Scripts de inicio del sistema
2010/4/28 Angel Claudio Alvarez : > El mar, 27-04-2010 a las 21:57 -0400, Gary Ariel Sandi Vigabriel > escribió: >> Buenas lista! >> >> Tengo 2 scripts en mi servidor que requieren lo siguiente: >> >> 1. Iniciarse luego de todos los demás scripts de arranque. >> 2. Un script debe iniciarse después del otro. >> >> ya probe con >> >> update-rc.d script1 defaults 80 >> update-rc.d script2 defaults 80 >> >> tambien con: >> >> update-rc.d script1 defaults >> update-rc.d script2 defaults >> > > y no te funciona? > los script por supuesto estan en /etc/init.d/ y soportan start stop > restart reload no? > Lee la guia de referencia de debian > y no utilices rc.local >> Alguna otra idea? >> >> -- >> .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel >> : :' : *The Universal O.S.* | gary[dot]gsv[at]gmail[dot]com >> `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC >> `- http://www.debian.org | Debian GNU/Linux User >> >> > > > Claudio por que no usar rc.local? Comentarles que el primer script se queda parado por que espera una linea, no es necesario ponerle algo pero se queda alli y el segundo script ya no arranca por que el otro esta esperando una respuesta. Salu2 -- .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC `- http://www.debian.org | Debian GNU/Linux User -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/t2heeb953ee1004281503pfb2050f7w18b3694e06444...@mail.gmail.com
Re: Scripts de inicio del sistema
hola cuando todos los scripts de GNU/Debian Linux terminan de iniciar, en /etc/rc.local editalo y solo veras exit 0 antes de esa linea pones el 1ero y luego el 2do , es todo quedaria # cat /etc/rc.local script1.sh script2.sh exit 0 saludos El 27 de abril de 2010 21:57, Gary Ariel Sandi Vigabriel escribió: > Buenas lista! > > Tengo 2 scripts en mi servidor que requieren lo siguiente: > > 1. Iniciarse luego de todos los demás scripts de arranque. > 2. Un script debe iniciarse después del otro. > > ya probe con > > update-rc.d script1 defaults 80 > update-rc.d script2 defaults 80 > > tambien con: > > update-rc.d script1 defaults > update-rc.d script2 defaults > > Alguna otra idea? > > -- > .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel > : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com > `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC > `- http://www.debian.org | Debian GNU/Linux User > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/z2reeb953ee1004271857x9a0832c0t21e63ad67cbe0...@mail.gmail.com > >
Scripts de inicio del sistema
Buenas lista! Tengo 2 scripts en mi servidor que requieren lo siguiente: 1. Iniciarse luego de todos los demás scripts de arranque. 2. Un script debe iniciarse después del otro. ya probe con update-rc.d script1 defaults 80 update-rc.d script2 defaults 80 tambien con: update-rc.d script1 defaults update-rc.d script2 defaults Alguna otra idea? -- .''`. **Debian GNU/Linux** | Gary Ariel Sandi Vigabriel : :' : *The Universal O.S.*| gary[dot]gsv[at]gmail[dot]com `. `'` Linux User: 448533 | GPG Key ID: 8BAD86EC `- http://www.debian.org | Debian GNU/Linux User -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/z2reeb953ee1004271857x9a0832c0t21e63ad67cbe0...@mail.gmail.com
Re: Scripts
Saludos prueba con este script adaptalo a tu necesidad. Cualquier duda
escribeme a mi privado.
#!/bin/bash
cat /etc/passwd | awk -F: '$3>=1000 {printf $1","$5"\n"}' > /root/user
sed 's/,/:/g' /root/user > /root/user1
cat /root/user1 | egrep -v no_abook > /root/user2
cat /root/user2 | awk -F: '{printf $1"|"$2"||"$1"@subdominio.cu|"$3"\n"}'
> /var/lib/squirrelmail/data/global.abook
chmod 440 /var/lib/squirrelmail/data/global.abook
rm /root/user
rm /root/user1
rm /root/user2
exit 0
--
Administrador de Red
Empresa Eléctrica Guantánamo
Phone: (0121) 327452
Phone: (0121) 323512 Ext. 225
Jabber: joanman...@jb.elecgtm.une.cu
Jabber: joanman...@jb.une.cu
Jabber: joanmanuel1...@gmail.com
Debian GNU/Linux user# 490001
--
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Scripts (Solucionado)
Es necesario un script para algo asi? no seria mas simple y limpio usar la
linea de comando?
Yo usaria algo asi, para eliminar el uso de archivos temporales y quiza un
mejor uso de los argumentos que se le pasan al
egrep -v no_abook /etc/passwd | awk -F: '$3>=1000 {printf $1","$5"\n"}' |sed
's/,/:/g' | awk -F: '{printf $1"|"$2"||"$1"@inivit.cu|"$3"\n"}'
o
egrep -v no_abook /etc/passwd | cut -f3,5 -d : | cut -f1 -d , | awk -F:
'$1>=1000 {printf $1"|"$2"||"$1"@inivit.cu|"$3"\n"}'
Seguramente alguien habilidoso en awk podria hacerlo sin necesidad de tanto |,
cierto??
Saludos,
Marcela Alegria
--- El lun 29-jun-09, Machado escribió:
> De:: Machado
> Asunto: Re: Scripts (Solucionado)
> A: debian-user-spanish@lists.debian.org
> Fecha: lunes 29 de junio de 2009, 8:39
> Ya gracias lo solucione el problemita
> era en el detalle de que no lleva la
> primera linea #!/bin/bash
>
>
>
>
>
> > Saludos Lista
> >
> > Tengo un script aqui para sacar todos mis usuarios de
> correo y ponerlo en
> > global.books, el problema es que cuando lo ejecuto me
> pone el siguiente
> > error
> >
> > awk: line 1: no arguments in call to printf
> >
> > Aqui va el script
> >
> > #!/bin/bash
> >
> > cat /etc/passwd | awk -F: '$3>=1000 {printf
> $1","$5"\n"}' > /root/user
> > sed 's/,/:/g' /root/user > /root/user1
> > cat /root/user1 | egrep -v no_abook > /root/user2
> > cat /root/user2 | awk -F: '{printf
> > $1"|"$2"||"$1"@inivit.cu|"$3"\n"}' >
> /var/www/directorio/global.abook
> > rm /root/user
> > rm /root/user1
> > rm /root/user2
> >
> > exit 0
> >
> > Alguien por favor que me pueda ayudar.
> >
> > --
> >
> > * Yuniesky Machado Rojas
> *
> > * Administrador de Redes
> *
> > * Nodo: inivit.cu *
> > * Instituto Nacional de Investigación en
> Viandas Tropicales
> > * Jabber: m...@softwarelibre.cu
> > *
> ymach...@jabber-hispano.org
> > *GNU/Linux User #481684 (http://counter.li.org)
> >
> >
> >
> >
> > --
> > Este mensaje ha sido analizado por MailScanner
> > en busca de virus y otros contenidos peligrosos,
> > y se considera que está limpio.
> > For all your IT requirements visit: http://www.transtec.co.uk
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> > listmas...@lists.debian.org
> >
> >
>
>
> --
>
> * Yuniesky Machado Rojas *
> * Administrador de Redes *
> * Nodo: inivit.cu *
> * Instituto Nacional de Investigación en Viandas
> Tropicales
> * Jabber: m...@softwarelibre.cu
> *
> ymach...@jabber-hispano.org
> *GNU/Linux User #481684 (http://counter.li.org)
>
>
>
>
> --
> Este mensaje ha sido analizado por MailScanner
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
> For all your IT requirements visit: http://www.transtec.co.uk
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
>
¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet
Explorer 8. http://downloads.yahoo.com/ieak8/?l=mx
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Scripts (Solucionado)
Ya gracias lo solucione el problemita era en el detalle de que no lleva la
primera linea #!/bin/bash
> Saludos Lista
>
> Tengo un script aqui para sacar todos mis usuarios de correo y ponerlo en
> global.books, el problema es que cuando lo ejecuto me pone el siguiente
> error
>
> awk: line 1: no arguments in call to printf
>
> Aqui va el script
>
> #!/bin/bash
>
> cat /etc/passwd | awk -F: '$3>=1000 {printf $1","$5"\n"}' > /root/user
> sed 's/,/:/g' /root/user > /root/user1
> cat /root/user1 | egrep -v no_abook > /root/user2
> cat /root/user2 | awk -F: '{printf
> $1"|"$2"||"$1"@inivit.cu|"$3"\n"}' > /var/www/directorio/global.abook
> rm /root/user
> rm /root/user1
> rm /root/user2
>
> exit 0
>
> Alguien por favor que me pueda ayudar.
>
> --
>
> * Yuniesky Machado Rojas *
> * Administrador de Redes *
> * Nodo: inivit.cu *
> * Instituto Nacional de Investigación en Viandas Tropicales
> * Jabber: m...@softwarelibre.cu
> * ymach...@jabber-hispano.org
> *GNU/Linux User #481684 (http://counter.li.org)
>
>
>
>
> --
> Este mensaje ha sido analizado por MailScanner
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
> For all your IT requirements visit: http://www.transtec.co.uk
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>
--
* Yuniesky Machado Rojas *
* Administrador de Redes *
* Nodo: inivit.cu *
* Instituto Nacional de Investigación en Viandas Tropicales
* Jabber: m...@softwarelibre.cu
* ymach...@jabber-hispano.org
*GNU/Linux User #481684 (http://counter.li.org)
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
For all your IT requirements visit: http://www.transtec.co.uk
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Scripts
Saludos Lista
Tengo un script aqui para sacar todos mis usuarios de correo y ponerlo en
global.books, el problema es que cuando lo ejecuto me pone el siguiente
error
awk: line 1: no arguments in call to printf
Aqui va el script
#!/bin/bash
cat /etc/passwd | awk -F: '$3>=1000 {printf $1","$5"\n"}' > /root/user
sed 's/,/:/g' /root/user > /root/user1
cat /root/user1 | egrep -v no_abook > /root/user2
cat /root/user2 | awk -F: '{printf
$1"|"$2"||"$1"@inivit.cu|"$3"\n"}' > /var/www/directorio/global.abook
rm /root/user
rm /root/user1
rm /root/user2
exit 0
Alguien por favor que me pueda ayudar.
--
* Yuniesky Machado Rojas *
* Administrador de Redes *
* Nodo: inivit.cu *
* Instituto Nacional de Investigación en Viandas Tropicales
* Jabber: m...@softwarelibre.cu
* ymach...@jabber-hispano.org
*GNU/Linux User #481684 (http://counter.li.org)
--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.
For all your IT requirements visit: http://www.transtec.co.uk
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
IceDove y scripts incontrolables.
Buenas tardes, lista: Tengo un porblemita con IceDove que me está sacando de las casillas. Tengo una dirección de GMail personal, donde todos mis amigos me mandan sus correos, y uno de ellos específicamente suele mandar bastantes adjuntos más o menos pesados. Uso ceDove para bajarlo comp pop3. Por ejemplo: me mandó hoy un correo con un agregado de 3 MB; cuando pincho para verlo, empieza un cartel a la izquierda "Cargando mensaje", y se puede pasar así hasta 3 minutos, y a la derecha la barra de carga, hasta que por fin muestra los "agregados" al pié de página. Algunas veces aparece un cartel que dice: Advertencia: Unresponsive script. Un script en esta página puede estar ocupado, o puede haber dejado de responder. Puede detener el script ahora o puede continuar para ver si el script se completa. Continuar / Detener script No importa lo que elija, se va al infinito. La única solución es matar IceDove. La forma ridícula en que veo los correos es con botón derecho de ratón, hacer un "Guardar como...", y luego abrir el archivo con KMail, que no tiene ningún problema en verlo. La única referencia que encontré haciendo STFW, es alguien que con Thunderbird sobre Windows tiene el mismo problema al recibir correos php, pero nada más. ¿Alguien tiene o tuvo un problema similar? ¿Cómo lo solucionó? Gracias. -- GNU/Linux - Usuario Registrado # 389414 http://i18n.counter.li.org -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Ejecutar scripts .sh en pareticion ext3 en un lapiz USB
Hola Fernando. Efectivamente, tienes razon, lo que yo buscaba era la manera de ponerle a la particion un atributo de "ejecutable" y no tener que hacer eso cada vezno he encontrado nada. En fin, si no queda otro remedio pues lo haremos:) Saludos Josep --- El vie, 8/8/08, fernandojoseGmail <[EMAIL PROTECTED]> escribió: > De: fernandojoseGmail <[EMAIL PROTECTED]> > Asunto: Re: Ejecutar scripts .sh en pareticion ext3 en un lapiz USB > Para: debian-user-spanish@lists.debian.org > Fecha: viernes, 8 agosto, 2008 12:26 > [EMAIL PROTECTED] wrote: > > Hola Fernando. > > > > Efectivamente, lo he mirado y si, pero me explico un > poco mas lo que quiero hacer: > > > > > > Tengo un lapiz usb en el cual he puesto todos los > paquetes que necesito para lenny , mi idea es arrancar con > el "netinst cd" e instalar solo lo minimo, > despues copiar los paquetes a /var/cache/apt/archives, > despues ejecuto dselect y apt-get install y ya tengo todos > los paquetes instalados. > > > > Todo queria hacerlo desde el usb por eso queria > asignar a esa particion permisos de que se pueda ejecutar > desde ella, siempre, no cada vez que me toque instalar > linux. > > > > > > Saludos > > Josep > > > > > > > No te entiendo bien, no es problema de la partición, es > problema de la > forma en que se > monta la partición. > En algún momento tu montas la partición, si lo hace el > sistema de forma > automática > lo hará con los parámetros por defecto que te comentaba, > con "users" > que implica > el "noexec" por lo que deberías desmontarla y > montarla manualmente con > el parámetro > "exec" > > Un saludo. > > > > > > >>> Tengo un lapiz usb formateado en ext3 que > cuando > >>> > >> quiero ejecutar algun script.sh por ejemplo me > dice que > >> acceso denegado, copiando ese script al hd > funciona sin > >> problemas. > >> > >>> Problema de permisos de directorio no es, debe > ser > >>> > >> algo de como esta montada la unidad..alguien sabe > que hay > >> que hacer? > >> > >>> Saludos > >>> Josep > >>> > >>> > >>> __ Enviado desde Correo Yahoo! La bandeja de entrada más inteligente. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
