[opensuse-es] Obtener el tipo de extensión de un archivo en bash
Hola, Estoy utilizando (en un script de bash) el siguiente patrón para obtener el tipo de extensión de un archivo: ${filename##*.} ${filename#*.} Pero ninguno me sirve, por ejemplo: *** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f##*.}\next=${ff##*.}" ext=gz <- mal ext=zip <- bien *** *** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f#*.}\next=${ff#*.}" ext=2.5.3.tar.gz <- mal ext=2.5.3.zip <- mal *** ¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 30 de marzo de 2010 19:15, Camaleón <noelamac@gmail.com> escribió:
Hola,
Hola
Estoy utilizando (en un script de bash) el siguiente patrón para obtener el tipo de extensión de un archivo:
${filename##*.} ${filename#*.}
Pero ninguno me sirve, por ejemplo:
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f##*.}\next=${ff##*.}" ext=gz <- mal ext=zip <- bien ***
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f#*.}\next=${ff#*.}" ext=2.5.3.tar.gz <- mal ext=2.5.3.zip <- mal ***
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
¿Y partiendo mejor de un fichero de definición de extensiones de fichero con el que comparar? ya sabes a modo de lista....de esta forma reducirías a problemática a la búsqueda de patrones... El único problema que le veo a a la lista es que solo son detectadas las extensiones que existen en la lista ¿pero no es así como lo hace la mayor parte del software?
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- http://eloy-mp.com emierp_@_gmail.com Un saludo. Eloy. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 30 Mar 2010 19:57:39 +0200, Eloy Mier Pérez escribió:
El día 30 de marzo de 2010 19:15, Camaleón escribió:
(...)
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
¿Y partiendo mejor de un fichero de definición de extensiones de fichero con el que comparar? ya sabes a modo de lista....de esta forma reducirías a problemática a la búsqueda de patrones...
Ugh :-( En ese caso creo que sería más elegante obtener el nombre del archivo completo.
El único problema que le veo a a la lista es que solo son detectadas las extensiones que existen en la lista ¿pero no es así como lo hace la mayor parte del software?
Je, je... sí, precisamente así es como se generan los bugs, cuando se piensan que se han contemplado todas las opciones y un buen día... ¡crash! "oops, pues no, me faltaba ésta" :-D Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón wrote:
Hola,
Estoy utilizando (en un script de bash) el siguiente patrón para obtener el tipo de extensión de un archivo:
${filename##*.} ${filename#*.}
Pero ninguno me sirve, por ejemplo:
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f##*.}\next=${ff##*.}" ext=gz <- mal ext=zip <- bien ***
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f#*.}\next=${ff#*.}" ext=2.5.3.tar.gz <- mal ext=2.5.3.zip <- mal ***
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Saludos,
Todo depende de lo que se entienda por "extension". A mi modo de ver, la extension de pepe.tar.gz es ".gz"... que tal si el archivo fuese pepe.txt.old? Cual seria la "extension correcta?" Depende del observador, cierto? Gerardo -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 30 Mar 2010 15:07:32 -0300, Gerardo Herzig escribió:
Camaleón wrote:
(...)
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Todo depende de lo que se entienda por "extension". A mi modo de ver, la extension de pepe.tar.gz es ".gz"...
Hay que reconstruir un archivo original que se ha partido con "split". No sé yo si a un "tar.gz" aceptaría por igual apellidarse "tar" o apellidarse "gz".
que tal si el archivo fuese pepe.txt.old? Cual seria la "extension correcta?" Depende del observador, cierto?
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente. Lo que quiero evitar es que al unir el archivo haya problemas (por ejemplo, que al reconstruir un "tar.gz" como "gz" el programita de turno - ark, file roller- no sea capaz de interpretarlo y lo reconstruya mal. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Camaleón wrote:
El Tue, 30 Mar 2010 15:07:32 -0300, Gerardo Herzig escribió:
Camaleón wrote:
(...)
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Todo depende de lo que se entienda por "extension". A mi modo de ver, la extension de pepe.tar.gz es ".gz"...
Hay que reconstruir un archivo original que se ha partido con "split". No sé yo si a un "tar.gz" aceptaría por igual apellidarse "tar" o apellidarse "gz".
que tal si el archivo fuese pepe.txt.old? Cual seria la "extension correcta?" Depende del observador, cierto?
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente.
Lo que quiero evitar es que al unir el archivo haya problemas (por ejemplo, que al reconstruir un "tar.gz" como "gz" el programita de turno - ark, file roller- no sea capaz de interpretarlo y lo reconstruya mal.
Saludos,
Lo que en definitiva quise expresar es que siempre vas a tener cierto grado de incertidumbre con lo que queres hacer, porque las "extensiones", y por eso lo puse entre comillas, son simples decoradores, y como tales pueden estar o no, o pueden decirte cualquier cosa. Y que tal si el archivo se llama ".config"? O ciertamente podria no tener extension "at all" Y, por cierto hacer un cat de todas las partes deberia funcionar para reconstruir el original, no veo necesidad de ningun auxiliar. Gerardo -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 30 Mar 2010 15:47:12 -0300, Gerardo Herzig escribió:
Camaleón wrote:
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente.
Lo que quiero evitar es que al unir el archivo haya problemas (por ejemplo, que al reconstruir un "tar.gz" como "gz" el programita de turno - ark, file roller- no sea capaz de interpretarlo y lo reconstruya mal.
Lo que en definitiva quise expresar es que siempre vas a tener cierto grado de incertidumbre con lo que queres hacer, porque las "extensiones", y por eso lo puse entre comillas, son simples decoradores, y como tales pueden estar o no, o pueden decirte cualquier cosa.
Y que tal si el archivo se llama ".config"? O ciertamente podria no tener extension "at all"
Y, por cierto hacer un cat de todas las partes deberia funcionar para reconstruir el original, no veo necesidad de ningun auxiliar.
Mi intención era facilitar al usuario la tarea de reconstrucción. Yo sé qué es el archivo y sé cómo unirlo y sé que en caso de problemas, puedo tirar de "file", intentarlo directamente con "tar", etc... La única "incertidumbre" que tengo es lo que hará el usuario con él, qué herramientas utilizará para abrirlo una vez unido y qué resultado obtendrá :-) Pero por vuestras respuestas ya veo que lo mejor va a ser incluir el nombre completo del archivo y que se las apañe como buenamente pueda >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-03-30 20:34, Camaleón wrote:
El Tue, 30 Mar 2010 15:07:32 -0300, Gerardo Herzig escribió:
Camaleón wrote:
(...)
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Todo depende de lo que se entienda por "extension". A mi modo de ver, la extension de pepe.tar.gz es ".gz"...
Así es. La extensión se define como la parte a la derecha del ultimo punto, luego "gz" es la extensión verdadera. Ya efectos de postprocesado también es correcto: se procesa la extensión hallada, que es gz, expandiendo el archivo con gzunzip. Entonces se obtiene, en un segundo bucle, otra extensión más, que es tar, y se puede pasar el archivo por tar para obtener los ficheros. Si quieres obtener tar.gz como extensión tienes que usar un listado de patrones, como dice Eloy. O bien renombrar tu archivo a .tgz.
Hay que reconstruir un archivo original que se ha partido con "split". No sé yo si a un "tar.gz" aceptaría por igual apellidarse "tar" o apellidarse "gz".
No te afecta. Además, las partes se apedillarán 000, 001, 002... etc.
que tal si el archivo fuese pepe.txt.old? Cual seria la "extension correcta?" Depende del observador, cierto?
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente.
No, la extensión correcta es "old". El ser humano puede interpretar otra cosa, la máquina no. Pero ojo, que las extensiones tienen un tratamiento muy distinto en linux tradicional y windows. En Linux son simplemente decorativas, lo que manda es el resultado del comando "file". En Windows la extensión define que programa abrirá el fichero; y ojo, es un comportamiento imitado por los nuevos entornos graficos de linux, aka kde y gnome.
Lo que quiero evitar es que al unir el archivo haya problemas (por ejemplo, que al reconstruir un "tar.gz" como "gz" el programita de turno - ark, file roller- no sea capaz de interpretarlo y lo reconstruya mal.
No veo el problema. tendrías que probar a ver que pasa. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkuyULcACgkQja8UbcUWM1zfhwD/YxJBzzrjeNQ2m0BvKQn6/xCb kNjS5RelMlkPz0zNmN4BAJPvdDrP2zpAoaUFQfWOHN0d+2kCjKb0sB2Kx87RatXi =wXAo -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 30 Mar 2010 21:27:51 +0200, Carlos E. R. escribió:
On 2010-03-30 20:34, Camaleón wrote:
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente.
No, la extensión correcta es "old". El ser humano puede interpretar otra cosa, la máquina no. Pero ojo, que las extensiones tienen un tratamiento muy distinto en linux tradicional y windows. En Linux son simplemente decorativas, lo que manda es el resultado del comando "file". En Windows la extensión define que programa abrirá el fichero; y ojo, es un comportamiento imitado por los nuevos entornos graficos de linux, aka kde y gnome.
Y ese, precisamente, es el problema que quiero evitar. La "imitación" que puedan hacer los programas gráficos, que tengan en cuenta la extensión (y no el contenido) y que fallen en algún punto al intentar descomprimirlo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 19:45 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 21:27:51 +0200, Carlos E. R. escribió:
On 2010-03-30 20:34, Camaleón wrote:
La extensión correcta dependería de la naturaleza del archivo origen. Con "file" lo verías fácilmente.
No, la extensión correcta es "old". El ser humano puede interpretar otra cosa, la máquina no. Pero ojo, que las extensiones tienen un tratamiento muy distinto en linux tradicional y windows. En Linux son simplemente decorativas, lo que manda es el resultado del comando "file". En Windows la extensión define que programa abrirá el fichero; y ojo, es un comportamiento imitado por los nuevos entornos graficos de linux, aka kde y gnome.
Y ese, precisamente, es el problema que quiero evitar. La "imitación" que puedan hacer los programas gráficos, que tengan en cuenta la extensión (y no el contenido) y que fallen en algún punto al intentar descomprimirlo.
Aún entonces, irá bien. Deberías tener partes así: archive.tar.gz.000 archive.tar.gz.001 archive.tar.gz.002 Tu programa primero debe ver la extensión numerica y encadenar los trozos correctamente, quedandose con un único "archive.tar.gz". El siguiente paso es: Variante a) 1) expandir el gz con gzipe 2) expandir el tar con tar. Variante b) expandir el tar.gz directamente con una aplicación que haga tal cosa de golpe. (los tar.gz son archivos estructuralmente muy distintos de los zip. Es primeramente un archivo que concatena todos los ficheros, y luego es un fichero comprimido del archivo: por eso tiene dos extensiones encadenadas. Si hay un fallo en la compresión se pierde todo. El zip es un verdadero archivo comprimido con estructura, y más fiable). Eso atendiendo a las extensiones. Incluso a la manera windows la cosa funciona. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyWeIACgkQtTMYHG2NR9UCEACeLoCiLq9EBvvtjZf4hday8qzd inkAnjeMZ1+nBqpfgvBipbOz1+Ry+0AI =G3lG -----END PGP SIGNATURE-----
El Tue, 30 Mar 2010 22:06:57 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 19:45 -0000, Camaleón escribió:
Y ese, precisamente, es el problema que quiero evitar. La "imitación" que puedan hacer los programas gráficos, que tengan en cuenta la extensión (y no el contenido) y que fallen en algún punto al intentar descomprimirlo.
Aún entonces, irá bien.
Deberías tener partes así:
archive.tar.gz.000 archive.tar.gz.001 archive.tar.gz.002
Son así: archivo_aa archivo_ab archivo_ac ...
Tu programa primero debe ver la extensión numerica y encadenar los trozos correctamente, quedandose con un único "archive.tar.gz". El siguiente paso es:
¿Qué "programa"? El usuario recibe esos paquetes por correo, separados. Los guarda en una carpeta y los une con "cat". Lo que quiero evitar es que al generar el archivo (que puede ser de cualquier tipo, .deb, .rpm, .zip, .tar.gz, .bz2...) y al abrirlo con la aplicación que tenga instalada en su sistema (que desconozco) y que tenga como predeterminada para gestionar el tipo de archivo que haya construido, le dé problemas. Nada más, no le busquéis la quinta pata al gato. Sólo quería facilitarle las cosas indicándole el nombre de la extensión del archivo original a modo informativo. ¿Que no se puede? No pasa nada, le pongo el nombre del archivo completo y así no hay equivocación que valga.
Variante a) 1) expandir el gz con gzipe
Je, ya... ¿y tú crees que el usuario va a hacer eso en lugar de abrirlo con ark o file roller, no? :-)
2) expandir el tar con tar.
Que sí, que sí... con tar. Claro.
Variante b) expandir el tar.gz directamente con una aplicación que haga tal cosa de golpe.
Y que no falle al intentar descomprimir un "archivo.gz" que realmente es un "archivo.tar.gz".
(los tar.gz son archivos estructuralmente muy distintos de los zip. Es primeramente un archivo que concatena todos los ficheros, y luego es un fichero comprimido del archivo: por eso tiene dos extensiones encadenadas. Si hay un fallo en la compresión se pierde todo. El zip es un verdadero archivo comprimido con estructura, y más fiable).
Peor lo pones. Además, al enviarlo por correo es muy posible que alguno de los archivos llegue corrupto, para más inri. Así que si al usuario le falla al descomprimir, no sé de dónde le puede venir el error.
Eso atendiendo a las extensiones. Incluso a la manera windows la cosa funciona.
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 20:18 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 22:06:57 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 19:45 -0000, Camaleón escribió:
Y ese, precisamente, es el problema que quiero evitar. La "imitación" que puedan hacer los programas gráficos, que tengan en cuenta la extensión (y no el contenido) y que fallen en algún punto al intentar descomprimirlo.
Aún entonces, irá bien.
Deberías tener partes así:
archive.tar.gz.000 archive.tar.gz.001 archive.tar.gz.002
Son así:
archivo_aa archivo_ab archivo_ac ...
¿Con todo lo de "archive.tar.gz" quitado? ¿Se lo quitas tu?
Tu programa primero debe ver la extensión numerica y encadenar los trozos correctamente, quedandose con un único "archive.tar.gz". El siguiente paso es:
¿Qué "programa"?
¿No estás haciendo un script? Ese es el programa.
El usuario recibe esos paquetes por correo, separados. Los guarda en una carpeta y los une con "cat".
Lo que quiero evitar es que al generar el archivo (que puede ser de cualquier tipo, .deb, .rpm, .zip, .tar.gz, .bz2...) y al abrirlo con la aplicación que tenga instalada en su sistema (que desconozco) y que tenga como predeterminada para gestionar el tipo de archivo que haya construido, le dé problemas.
Con cat tienes tú que darle el nombre final que quieras darle, que tendrás que comunicar en el correo.
Nada más, no le busquéis la quinta pata al gato. Sólo quería facilitarle las cosas indicándole el nombre de la extensión del archivo original a modo informativo.
Es que no tenemos una idea exacta de lo que tratas de hacer.
¿Que no se puede? No pasa nada, le pongo el nombre del archivo completo y así no hay equivocación que valga.
Eso es lo mejor.
Variante a) 1) expandir el gz con gzipe
Je, ya... ¿y tú crees que el usuario va a hacer eso en lugar de abrirlo con ark o file roller, no? :-)
Es que esa aplicación sabe que así es como se abre un archive.tar.gz
(los tar.gz son archivos estructuralmente muy distintos de los zip. Es primeramente un archivo que concatena todos los ficheros, y luego es un fichero comprimido del archivo: por eso tiene dos extensiones encadenadas. Si hay un fallo en la compresión se pierde todo. El zip es un verdadero archivo comprimido con estructura, y más fiable).
Peor lo pones. Además, al enviarlo por correo es muy posible que alguno de los archivos llegue corrupto, para más inri. Así que si al usuario le falla al descomprimir, no sé de dónde le puede venir el error.
Correcto. Por eso la gente que enviaba cosas de esas por correo inventó sistemas para evitar ese problema. El "par" o el "par2", por ejemplo, que sirven chequear errores de transmisión e incluso recuperarlos. Se llama "forward error recovery". O emplear soluciones completas, como el "rar", como te han dicho, que es verdad, puede fraccionar y reconstruir automáticamente, con verificación de errores y creo que también corrección. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyiikACgkQtTMYHG2NR9UyKACfcpHuUaykXVcM+FfxXD4o724g pnQAnjj5A0CoKKFDc4OuXNzphTFvfxd4 =k78h -----END PGP SIGNATURE-----
El Martes 30 Marzo 2010, Camaleón escribió:
Hola,
Estoy utilizando (en un script de bash) el siguiente patrón para obtener el tipo de extensión de un archivo:
${filename##*.} ${filename#*.}
Pero ninguno me sirve, por ejemplo:
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f##*.}\next=${ff##*.}" ext=gz <- mal ext=zip <- bien ***
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f#*.}\next=${ff#*.}" ext=2.5.3.tar.gz <- mal ext=2.5.3.zip <- mal ***
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Saludos,
* Asi me parece que te vas a encontrar con problemas con espacios y mas de un punto, creo que seria con sed echo "/home/usuario/fichero de marras.tar.gz" | sed ’s/.*\.//’ echo "/home/usuario/fichero de marras.zip | sed ’s/.*\.//’ * En cuanto al primer ejemplo no veo por que esta mal ext=gz es la extension si evaluas el ultimo punto, imagina este.es.un.archivo.gz.pero.hecho.con.tar si lo quisieras ajustado, tendrias que evaluar la salida digamos del comando file y hacer comprobaciones con patrones en el nombre del fichero, para que el comando se enterase de la "intencion". * nombralos como .tgz , .tbz2 los que incluyan un empaquetador.
El Tue, 30 Mar 2010 20:33:42 +0200, jose maria escribió:
El Martes 30 Marzo 2010, Camaleón escribió:
(...)
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
* Asi me parece que te vas a encontrar con problemas con espacios y mas de un punto, creo que seria con sed
El comando ya tiene el valor de la ruta en una variable. No ve "paths" sólo los nombres de archivo.
echo "/home/usuario/fichero de marras.tar.gz" | sed ’s/.*\.//’
sm01@stt008:~$ echo "/home/usuario/fichero de marras.tar.gz" | sed ’s/.*\.//’ sed: -e expresión #1, carácter 1: unknown command: `
echo "/home/usuario/fichero de marras.zip | sed ’s/.*\.//’
sm01@stt008:~$ echo "/home/usuario/fichero de marras.zip | sed ’s/.*\.//’
:-? Ah, que le falta el cierre de comillas: sm01@stt008:~$ echo "/home/usuario/fichero de marras.zip" | sed ’s/.*\.//’ sed: -e expresión #1, carácter 1: unknown command: `
* En cuanto al primer ejemplo no veo por que esta mal ext=gz es la extension si evaluas el ultimo punto, imagina este.es.un.archivo.gz.pero.hecho.con.tar si lo quisieras ajustado, tendrias que evaluar la salida digamos del comando file y hacer comprobaciones con patrones en el nombre del fichero, para que el comando se enterase de la "intencion".
Con "file" (que ya lo había pensando) tampoco puedo extraer datos que me sirvan en este caso. Yo tengo acceso al archivo original, pero el usuario que lo recibe, no. Sólo ve los trozos que le mando y tiene que recomponerlos con la información que yo le pase. Quiero automatizar ese proceso al máximo.
* nombralos como .tgz , .tbz2 los que incluyan un empaquetador.
Ya, pero hay archivos que los descargo directamente como "tar.gz", tendría que descomprimirlos y volverlos a comprimir como zip o cualquier otra extensión "simple". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Martes 30 Marzo 2010, Camaleón escribió:
Ah, que le falta el cierre de comillas:
sm01@stt008:~$ echo "/home/usuario/fichero de marras.zip" | sed ’s/.*\.//’ sed: -e expresión #1, carácter 1: unknown command: `
* En cuanto al primer ejemplo no veo por que esta mal ext=gz es la extension si evaluas el ultimo punto, imagina este.es.un.archivo.gz.pero.hecho.con.tar si lo quisieras ajustado, tendrias que evaluar la salida digamos del comando file y hacer comprobaciones con patrones en el nombre del fichero, para que el comando se enterase de la "intencion".
Con "file" (que ya lo había pensando) tampoco puedo extraer datos que me sirvan en este caso. Yo tengo acceso al archivo original, pero el usuario que lo recibe, no. Sólo ve los trozos que le mando y tiene que recomponerlos con la información que yo le pase. Quiero automatizar ese proceso al máximo.
* nombralos como .tgz , .tbz2 los que incluyan un empaquetador.
Ya, pero hay archivos que los descargo directamente como "tar.gz", tendría que descomprimirlos y volverlos a comprimir como zip o cualquier otra extensión "simple".
* pero por que tienes que descomprimirlos, que la extension en linux es algo "visual", no es un parametro real del fichero, renombralos con mv mismamente a .tgz o tbz2. * si no quieres, mal asunto por que tienen mas de un punto , y si lo tienen en el medio del nombre pues lo mismo. * a ver, entiendo que no tienes la ruta /home/usuario en tu maquina no? pon algo que tengas. lo de las comillas es para meterle mano a los nombre con espacios y demas, si no como ya te digo puedes tener inconvenientes. * saca un listado aparente ls -1Q > listado.txt o a memoria y aplicales el cuento.
El Tue, 30 Mar 2010 23:41:45 +0200, jose maria escribió:
El Martes 30 Marzo 2010, Camaleón escribió:
Con "file" (que ya lo había pensando) tampoco puedo extraer datos que me sirvan en este caso. Yo tengo acceso al archivo original, pero el usuario que lo recibe, no. Sólo ve los trozos que le mando y tiene que recomponerlos con la información que yo le pase. Quiero automatizar ese proceso al máximo.
* nombralos como .tgz , .tbz2 los que incluyan un empaquetador.
Ya, pero hay archivos que los descargo directamente como "tar.gz", tendría que descomprimirlos y volverlos a comprimir como zip o cualquier otra extensión "simple".
* pero por que tienes que descomprimirlos, que la extension en linux es algo "visual", no es un parametro real del fichero, renombralos con mv mismamente a .tgz o tbz2.
Para no comprimirlos dos veces y que el usuario tenga que descomprimirlo de nuevo por duplicado. Repito, que no es para mí, que la idea original de la pregunta era en buscar la opción más fácil de indicar al que recibe los archivos qué es lo que tiene que reconstruir. Y la que le pueda generar menos problemas. Desconozco qué conocimientos pueda tener de linux, o si está trabajando en un sistema operativo distinto.
* si no quieres, mal asunto por que tienen mas de un punto , y si lo tienen en el medio del nombre pues lo mismo.
Sí, me parece que de eso ya me he dado cuenta >:-)
* a ver, entiendo que no tienes la ruta /home/usuario en tu maquina no? pon algo que tengas. lo de las comillas es para meterle mano a los nombre con espacios y demas, si no como ya te digo puedes tener inconvenientes.
* saca un listado aparente ls -1Q > listado.txt o a memoria y aplicales el cuento.
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola El 30/03/10 19:10, Camaleón escribió:
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar.
Saludos,
No se bien lo que estas queriendo hacer, pero tal vez te sirva. Antiguamente bajo DOS utilizaba el rar, que no es gnu, pero tiene la posibilidad de partir en cuantos trozos quisieras los archivos o documentos y luego el mismo sin importar el orden que uno los pusiera los unía automáticamente. Bajo Linux esta rar, pero no se si tiene esta función. Saludos, Alfredo -- Dona tu vos http://www.voxforge.org/es -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 30 Mar 2010 19:21:16 -0300, Alfredo Jesús Delaiti escribió:
El 30/03/10 19:10, Camaleón escribió:
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar.
No se bien lo que estas queriendo hacer, pero tal vez te sirva. Antiguamente bajo DOS utilizaba el rar, que no es gnu, pero tiene la posibilidad de partir en cuantos trozos quisieras los archivos o documentos y luego el mismo sin importar el orden que uno los pusiera los unía automáticamente. Bajo Linux esta rar, pero no se si tiene esta función.
Creo que ZIP también lo admite (o quizá la capacidad era de la aplicación, WinZIP, no lo recuerdo), pero no busco eso. En primer lugar porque "file roller" no me permite comprimir con "rar", no lo integra (aunque sí lo tengo instalado). Y en segundo lugar porque es más sencillo usar split para partir el archivo y usar el método de compresión más adecuado en cada caso (el que más comprima). Además, no todos los equipos tienen un "rar/unrar" instalado, no quiero poner más trabas al usuario :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Miércoles 31 Marzo 2010, Camaleón escribió:
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar.
Saludos,
* a ver que no me entero. * split -b 1024 fichero.tar.gz * cat x* > granfichero * tar xvfz granfichero * Produce un fichero llamado granfichero igual que fichero.tar.gz original y tar lo desempaqueta y descomprime con su nombre original no como granfichero y file lo reconoce como un fichero comprimido que es lo que es. * cual es el problema de las extensiones?
El Wed, 31 Mar 2010 00:30:10 +0200, jose maria escribió:
El Miércoles 31 Marzo 2010, Camaleón escribió:
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar.
* a ver que no me entero.
* split -b 1024 fichero.tar.gz
* cat x* > granfichero
* tar xvfz granfichero
* Produce un fichero llamado granfichero igual que fichero.tar.gz original y tar lo desempaqueta y descomprime con su nombre original no como granfichero y file lo reconoce como un fichero comprimido que es lo que es.
Idealmente, sí, debería pasar eso.
* cual es el problema de las extensiones?
Que quiero evitar que la aplicación con la que el usuario abra el archivo comprimido no lo reconozca por tener una extensión distinta. Léase en windows o en el propio linux. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Miércoles 31 Marzo 2010, Camaleón escribió:
El Wed, 31 Mar 2010 00:30:10 +0200, jose maria escribió:
El Miércoles 31 Marzo 2010, Camaleón escribió:
Gracias a todos por responder. Al final lo más sencillo me parece que es indicar el nombre completo del archivo original. Así no hay duda alguna de qué tiene que montar.
* a ver que no me entero.
* split -b 1024 fichero.tar.gz
* cat x* > granfichero
* tar xvfz granfichero
* Produce un fichero llamado granfichero igual que fichero.tar.gz original y tar lo desempaqueta y descomprime con su nombre original no como granfichero y file lo reconoce como un fichero comprimido que es lo que es.
Idealmente, sí, debería pasar eso.
* cual es el problema de las extensiones?
Que quiero evitar que la aplicación con la que el usuario abra el archivo comprimido no lo reconozca por tener una extensión distinta. Léase en windows o en el propio linux.
Saludos,
* la extension .tgz es una extension standard para tar.gz de hecho es la extension feten, quedo algo en desuso, por que slakware utilizaba en origen tar gzetas como modelo standar de empaquetado para su distribucion, con el tiempo los .tgz de slakware no eran tar.gz at is, si no que incorporaban funcionalidades, scritps, etc, similares a los rpm u otros, por eso la denominacion .tgz digamos que cayo en desuso, pero que recuerde, los compresores de wilson y linux entienden un .tgz como tar.gz y si tienen que tirar de cat, todo esto huelga le mandas en el asunto el nombre del fichero y a correr y para consola en windows igual. copy /b xaa + xab granfichero /b
El Miércoles 31 Marzo 2010, Camaleón escribió:
* Produce un fichero llamado granfichero igual que fichero.tar.gz original y tar lo desempaqueta y descomprime con su nombre original no como granfichero y file lo reconoce como un fichero comprimido que es lo que es.
Idealmente, sí, debería pasar eso.
* cual es el problema de las extensiones?
Que quiero evitar que la aplicación con la que el usuario abra el archivo comprimido no lo reconozca por tener una extensión distinta. Léase en windows o en el propio linux.
* El origen de la cuestion es que distribuyes ficheros por correo, lo cual es malo "malismo", creo que para lo que pretendes en origen no estas utilizando una aplicacion correcta, eso se hace con un servidor de news inn2 por ejemplo con grupos locales (grupos propios se entiende, no quiere decir que no se pueda acceder desde internet), tu aplicacion de news, los parte y los publica automaticamente, ya sea como ueencode o lo que sea, en la jerarquia o grupo privado apropiado, puedes "avisar" al usuario por correo o por rss, si ellos no chequean la jerarquia de la empresa, el usuario conecta (autorizadamente) y su aplicacion "entiende" los que se tiene que bajar, y los une todo automaticamente.
El Wed, 31 Mar 2010 19:30:27 +0200, jose maria escribió:
El Miércoles 31 Marzo 2010, Camaleón escribió:
Que quiero evitar que la aplicación con la que el usuario abra el archivo comprimido no lo reconozca por tener una extensión distinta. Léase en windows o en el propio linux.
* El origen de la cuestion es que distribuyes ficheros por correo, lo cual es malo "malismo", creo que para lo que pretendes en origen no estas utilizando una aplicacion correcta, eso se hace con un servidor de news inn2 por ejemplo con grupos locales (grupos propios se entiende, no quiere decir que no se pueda acceder desde internet), tu aplicacion de news, los parte y los publica automaticamente, ya sea como ueencode o lo que sea, en la jerarquia o grupo privado apropiado, puedes "avisar" al usuario por correo o por rss, si ellos no chequean la jerarquia de la empresa, el usuario conecta (autorizadamente) y su aplicacion "entiende" los que se tiene que bajar, y los une todo automaticamente.
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Miércoles, 31 de Marzo de 2010 19:52:07 Camaleón escribió:
El Wed, 31 Mar 2010 19:30:27 +0200, jose maria escribió:
El Miércoles 31 Marzo 2010, Camaleón escribió:
Que quiero evitar que la aplicación con la que el usuario abra el archivo comprimido no lo reconozca por tener una extensión distinta. Léase en windows o en el propio linux.
* El origen de la cuestion es que distribuyes ficheros por correo, lo cual es malo "malismo", creo que para lo que pretendes en origen no estas utilizando una aplicacion correcta, eso se hace con un servidor de news inn2 por ejemplo con grupos locales (grupos propios se entiende, no quiere decir que no se pueda acceder desde internet), tu aplicacion de news, los parte y los publica automaticamente, ya sea como ueencode o lo que sea, en la jerarquia o grupo privado apropiado, puedes "avisar" al usuario por correo o por rss, si ellos no chequean la jerarquia de la empresa, el usuario conecta (autorizadamente) y su aplicacion "entiende" los que se tiene que bajar, y los une todo automaticamente.
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
Saludos,
¿quien está mandando ficheros a Cuba?? Usa esto contra una cuenta imap de gmail sube los archivos y mandales el script en python y los datos de la cuenta para que allí los recompongan. Usa split antes de mover los archivos al filesystem de google para que sean pequeños y en Cuba los puedan bajar sin problemas. Salu2 PD: es una nueva version de googlefilsystem, alguien la actualizó para suar IMAP -- Most people know C is not so high level.... ...Everybody else just got assembler overdose
El Wed, 31 Mar 2010 20:01:23 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 19:52:07 Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
¿quien está mandando ficheros a Cuba??
Presente.
Usa esto contra una cuenta imap de gmail sube los archivos y mandales el script en python y los datos de la cuenta para que allí los recompongan.
¿A cuálo? Detalla el proceso.
Usa split antes de mover los archivos al filesystem de google para que sean pequeños y en Cuba los puedan bajar sin problemas.
Salu2
PD: es una nueva version de googlefilsystem, alguien la actualizó para suar IMAP
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Miércoles, 31 de Marzo de 2010 20:12:36 Camaleón escribió:
El Wed, 31 Mar 2010 20:01:23 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 19:52:07 Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
¿quien está mandando ficheros a Cuba??
Presente.
Usa esto contra una cuenta imap de gmail sube los archivos y mandales el script en python y los datos de la cuenta para que allí los recompongan.
¿A cuálo? Detalla el proceso.
Usa split antes de mover los archivos al filesystem de google para que sean pequeños y en Cuba los puedan bajar sin problemas.
Salu2
PD: es una nueva version de googlefilsystem, alguien la actualizó para suar IMAP
Saludos,
Supongo que te ha llegado el script en python.. Create una cuenta en GMAIL usa el script en linux para montar un filsystem contra la cuenta (va por IMAP) haz un split de los archivos que quieras enviar en tamaños manejables y copialos a una carpeta en el filesystem de GMAIL. desmonta, y mandales a aquella gente el script e instrucciones para montar el filsyetem y recomponer los archivos... vamos creo que es buena idea.. y una vez echo se piede usar esa cuenta como forma de intercambio de archivos Ya me dirás. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 31 Mar 2010 20:38:19 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 20:12:36 Camaleón escribió:
El Wed, 31 Mar 2010 20:01:23 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 19:52:07 Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
¿quien está mandando ficheros a Cuba??
Presente.
Supongo que te ha llegado el script en python..
Create una cuenta en GMAIL
usa el script en linux para montar un filsystem contra la cuenta (va por IMAP) haz un split de los archivos que quieras enviar en tamaños manejables y copialos a una carpeta en el filesystem de GMAIL.
desmonta, y mandales a aquella gente el script e instrucciones para montar el filsyetem y recomponer los archivos...
Si te refieres a que para descargar los paquetes lo tienen que hacer mediante IMAP o POP3, creo que no pueden (y menos a Gmail). No tienen acceso a Internet, sólo tienen acceso a su cuenta de correo, limitada a 512 KiB/mensaje.
vamos creo que es buena idea.. y una vez echo se piede usar esa cuenta como forma de intercambio de archivos
Ya me dirás.
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Miércoles, 31 de Marzo de 2010 21:03:54 Camaleón escribió:
El Wed, 31 Mar 2010 20:38:19 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 20:12:36 Camaleón escribió:
El Wed, 31 Mar 2010 20:01:23 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 19:52:07 Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
¿quien está mandando ficheros a Cuba??
Presente.
Supongo que te ha llegado el script en python..
Create una cuenta en GMAIL
usa el script en linux para montar un filsystem contra la cuenta (va por IMAP) haz un split de los archivos que quieras enviar en tamaños manejables y copialos a una carpeta en el filesystem de GMAIL.
desmonta, y mandales a aquella gente el script e instrucciones para montar el filsyetem y recomponer los archivos...
Si te refieres a que para descargar los paquetes lo tienen que hacer mediante IMAP o POP3, creo que no pueden (y menos a Gmail). No tienen acceso a Internet, sólo tienen acceso a su cuenta de correo, limitada a 512 KiB/mensaje.
vamos creo que es buena idea.. y una vez echo se piede usar esa cuenta como forma de intercambio de archivos
Ya me dirás.
Saludos,
upps!! Most people know C is not so high level.... ...Everybody else just got assembler overdose -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-31 a las 17:52 -0000, Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
Haz un script que parta con split, y que en contenido incluya el nombre completo del archivo original y un checksum del trozo y otro del total. El script puede generar automáticamente los correos y enviarlos. Yo ya me hice uno en su día para eso precisamente, sin checksum. El que los reciba ya se buscará la vida para juntarlos >:-) Si quieres mejorar la cosa, añade un paso con par o par2, lo cual sirve para detectar errores en uno o varios de los correos transmitidos, y corregirlos en destino sin tener que reenviar el trozo incorrecto. Es una técnica clásica (busca parchive en la wikipedia). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuzqvQACgkQtTMYHG2NR9UsGQCglYaDsOzvEOR0KNTEnQaJH7Sk 7kwAoJfkmHQ8ndG0hQwkhXOCZDzvIjqc =J92B -----END PGP SIGNATURE-----
El Wed, 31 Mar 2010 22:05:07 +0200, Carlos E. R. escribió:
El 2010-03-31 a las 17:52 -0000, Camaleón escribió:
El sistema no es que sea la panacea, pero no sé si los usuarios (cubanos) a los que les mando los correos con los adjuntos en trozos tendrían acceso o posibilidad de conectar a servidores de news "remotos".
Haz un script que parta con split, y que en contenido incluya el nombre completo del archivo original y un checksum del trozo y otro del total. El script puede generar automáticamente los correos y enviarlos. Yo ya me hice uno en su día para eso precisamente, sin checksum.
El que los reciba ya se buscará la vida para juntarlos >:-)
Eso lo tengo hecho desde hace meses. Creo que en alguna ocasión lo comenté por aquí :-)
Si quieres mejorar la cosa, añade un paso con par o par2, lo cual sirve para detectar errores en uno o varios de los correos transmitidos, y corregirlos en destino sin tener que reenviar el trozo incorrecto. Es una técnica clásica (busca parchive en la wikipedia).
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Martes 30 Marzo 2010 19:15:16 Camaleón escribió: Hola. file -i archivo # file -i ver-0.9.5.tar.gz ver-0.9.5.tar.gz: application/x-gzip ¿No se si te refieres a esto o a que saque tar.gz? Saludos. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 21:19 +0200, Antonio escribió:
file -i archivo
# file -i ver-0.9.5.tar.gz ver-0.9.5.tar.gz: application/x-gzip
Que también es la parte "gz" nada más. File no ve el tar que está oculto detrás (me refiero al contenido, que es lo que ve "file", no al nombre). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyVjIACgkQtTMYHG2NR9VOxACgjD1Qj6BW6N4YBwpBR0WGgBc/ yRMAn3hg8PJKOh5FOWK8qGPhEB+6sov5 =yrbz -----END PGP SIGNATURE-----
El Tue, 30 Mar 2010 21:19:49 +0200, Antonio escribió:
Hola.
file -i archivo
# file -i ver-0.9.5.tar.gz ver-0.9.5.tar.gz: application/x-gzip
¿No se si te refieres a esto o a que saque tar.gz?
Me refiero a que saque sólo "tar.gz" o "zip". Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 19:54 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 21:19:49 +0200, Antonio escribió:
Hola.
file -i archivo
# file -i ver-0.9.5.tar.gz ver-0.9.5.tar.gz: application/x-gzip
¿No se si te refieres a esto o a que saque tar.gz?
Me refiero a que saque sólo "tar.gz" o "zip".
Sacar tar.gx sería incorrecto. Sacar zip sí sería correcto. Sólo puedes sacar lo que tu quieres por comparación con una lista. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyWisACgkQtTMYHG2NR9UIewCePXDjLbYYmWSsIMaoY6QtZm4i g/kAn3e+AeJJMv7QdcahX2vLMKtu3GU/ =XSS6 -----END PGP SIGNATURE-----
El Tue, 30 Mar 2010 22:08:10 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 19:54 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 21:19:49 +0200, Antonio escribió:
¿No se si te refieres a esto o a que saque tar.gz?
Me refiero a que saque sólo "tar.gz" o "zip".
Sacar tar.gx sería incorrecto. Sacar zip sí sería correcto. Sólo puedes sacar lo que tu quieres por comparación con una lista.
Sacar la extensión completa del archivo original es lo que busco. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-30 a las 20:22 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 22:08:10 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 19:54 -0000, Camaleón escribió:
El Tue, 30 Mar 2010 21:19:49 +0200, Antonio escribió:
¿No se si te refieres a esto o a que saque tar.gz?
Me refiero a que saque sólo "tar.gz" o "zip".
Sacar tar.gx sería incorrecto. Sacar zip sí sería correcto. Sólo puedes sacar lo que tu quieres por comparación con una lista.
Sacar la extensión completa del archivo original es lo que busco.
La extensión es gz. No te lies. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuyhlEACgkQtTMYHG2NR9U6VgCfZycGyZZHCgFvg2V1D8YPMgex S80An0Xu6IU32R+O0ps+mZdKBUSb3FvK =wmlV -----END PGP SIGNATURE-----
El Wed, 31 Mar 2010 01:16:30 +0200, Carlos E. R. escribió:
El 2010-03-30 a las 20:22 -0000, Camaleón escribió:
Sacar tar.gx sería incorrecto. Sacar zip sí sería correcto. Sólo puedes sacar lo que tu quieres por comparación con una lista.
Sacar la extensión completa del archivo original es lo que busco.
La extensión es gz. No te lies.
La extensión es "tar.gz" y es la que quería obtener. Quiero evitar problemas con los programas o con otros OS que no sean capaces de interpretar el contenido del archivo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Martes, 30 de Marzo de 2010 19:15:16 Camaleón escribió:
Hola,
Estoy utilizando (en un script de bash) el siguiente patrón para obtener el tipo de extensión de un archivo:
${filename##*.} ${filename#*.}
Pero ninguno me sirve, por ejemplo:
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f##*.}\next=${ff##*.}" ext=gz <- mal ext=zip <- bien ***
*** sm01@stt008:~$ f=archivo.2.5.3.tar.gz; ff=archivo.2.5.3.zip; echo -e "ext=${f#*.}\next=${ff#*.}" ext=2.5.3.tar.gz <- mal ext=2.5.3.zip <- mal ***
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Saludos,
Prueba con extension=$(echo $nombre_archivo | rev | cut -f1 -d'.' | rev) Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 31 Mar 2010 18:36:08 +0200, Angel escribió:
On Martes, 30 de Marzo de 2010 19:15:16 Camaleón escribió:
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Prueba con
extension=$(echo $nombre_archivo | rev | cut -f1 -d'.' | rev)
Pruebo: sm01@stt008:~$ extension=$(echo archivo.2.5.3.tar.gz | rev | cut -f1 -d'.' | rev); echo $extension gz ¡Grrr! :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-03-31 19:40, Camaleón wrote:
Pruebo:
sm01@stt008:~$ extension=$(echo archivo.2.5.3.tar.gz | rev | cut -f1 -d'.' | rev); echo $extension gz
¡Grrr! :-)
Saludos,
Es que es gz, no tar.gz. Es así. Es una definición, es lo que sigue al último punto. Si no te gusta lo que sale, pues ajo y agua, pero esa es la extensión. Como te dice JM, usa .tgz si no te gusta. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkuzix4ACgkQja8UbcUWM1x03AD5AU4NgUy0c9L6vkk0M1V7kSMJ Q8WMjuw0P/u6/JSAWIEA/2R0sYgGR4KLHzc9bfssK86eccHb6uipCvK1EWKFkoqs =PDyq -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 31 Mar 2010 19:49:18 +0200, Carlos E. R. escribió:
On 2010-03-31 19:40, Camaleón wrote:
Pruebo:
sm01@stt008:~$ extension=$(echo archivo.2.5.3.tar.gz | rev | cut -f1 -d'.' | rev); echo $extension gz
¡Grrr! :-)
Es que es gz, no tar.gz. Es así. Es una definición, es lo que sigue al último punto. Si no te gusta lo que sale, pues ajo y agua, pero esa es la extensión.
Pues no es esa la extensión. La será para linux, pero no para otros SO, lo siento, tengo que ser compatible :-)
Como te dice JM, usa .tgz si no te gusta.
Uso el nombre completo que es la solución óptima (universal) en este caso, me temo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-03-31 a las 17:55 -0000, Camaleón escribió:
El Wed, 31 Mar 2010 19:49:18 +0200, Carlos E. R. escribió:
¡Grrr! :-)
Es que es gz, no tar.gz. Es así. Es una definición, es lo que sigue al último punto. Si no te gusta lo que sale, pues ajo y agua, pero esa es la extensión.
Pues no es esa la extensión. La será para linux, pero no para otros SO, lo siento, tengo que ser compatible :-)
Esa no es la definición. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuzp2kACgkQtTMYHG2NR9XVfwCcDQN7rh6eb3Ncuh/iK+tdsJVX yNYAniy4yUQYN9WiS7IDoh0n1sKBMQgp =swSZ -----END PGP SIGNATURE-----
El Wed, 31 Mar 2010 21:49:54 +0200, Carlos E. R. escribió:
El 2010-03-31 a las 17:55 -0000, Camaleón escribió:
El Wed, 31 Mar 2010 19:49:18 +0200, Carlos E. R. escribió:
¡Grrr! :-)
Es que es gz, no tar.gz. Es así. Es una definición, es lo que sigue al último punto. Si no te gusta lo que sale, pues ajo y agua, pero esa es la extensión.
Pues no es esa la extensión. La será para linux, pero no para otros SO, lo siento, tengo que ser compatible :-)
Esa no es la definición.
¿Y qué sucede cuando una definición no se ajusta a una necesidad? Pues que sencillamente se descarta como opción. Una solución al 50% es una solución "a medias". No me sirve cuando además, existen opciones mejores. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 08:57 -0000, Camaleón escribió:
El Wed, 31 Mar 2010 21:49:54 +0200, Carlos E. R. escribió:
Esa no es la definición.
¿Y qué sucede cuando una definición no se ajusta a una necesidad? Pues que sencillamente se descarta como opción. Una solución al 50% es una solución "a medias". No me sirve cuando además, existen opciones mejores.
No puedes cambiar la definición. Tienes que cambiar tu pregunta (como obtener .tar.gz como salida de la función "coletilla" u "ObtenerExtensionExtendida"), o bien cambiar a usar .tgz, que es estandard. Pero las funciones que existen para obtener la extensión no sacan lo que buscas, sacan lo que se define como extensión. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0ZqQACgkQtTMYHG2NR9VgrwCfdiyKFHbSHfuvUHSvwJ9sfy1r m+EAnRkLWAxZKhZ+E6iYqjJKcGt6S2FO =43Ut -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 11:25:55 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 08:57 -0000, Camaleón escribió:
El Wed, 31 Mar 2010 21:49:54 +0200, Carlos E. R. escribió:
Esa no es la definición.
¿Y qué sucede cuando una definición no se ajusta a una necesidad? Pues que sencillamente se descarta como opción. Una solución al 50% es una solución "a medias". No me sirve cuando además, existen opciones mejores.
No puedes cambiar la definición. Tienes que cambiar tu pregunta (como obtener .tar.gz como salida de la función "coletilla" u "ObtenerExtensionExtendida"), o bien cambiar a usar .tgz, que es estandard.
"Tú dame la fotos que yo monto la guerra" ¿no? :-) Ja. No, esa no es la solución. Además, la definición que hace linux no es la misma que la que hacen otros OS, y mi intención es ajustarme a todos no a uno solo. Si sólo existiera un sistema operativo y única "definición"... ains, entonces sería todo más fácil ¿verdad?.
Pero las funciones que existen para obtener la extensión no sacan lo que buscas, sacan lo que se define como extensión.
De eso ya me he dado cuenta. Y como no me sirve, y necesito que se vea la extensión completa, la mejor opción es indicar el nombre del archivo, completo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 11:25 +0200, escribí:
El 2010-04-01 a las 08:57 -0000, Camaleón escribió:
Pero las funciones que existen para obtener la extensión no sacan lo que buscas, sacan lo que se define como extensión.
Fíjate que en windows pasa igual que en linux. Antes, en msdos, la extensión era una cosa fija de tres letras. El nombre tenía 8, la extensión 3, y se guardaban en el disco por separado, sin el punto. (Y en otros sistemas operativos se guardaba también el numero de version: "fichero.txt;4", de manera que podías tener varias copias de backup de tus textos y programas) Luego, con lo de los nombres largos, esa limitación ha desparecido. Se guarda todo... y el explorer extrae lo que está a la derecha del ultimo punto y lo trata como extensión. Fíjate en el truco habitual de los que envian troyanos por correo: tus_facturas.doc .exe El usuario no ve el .exe del final, se lo ha comido el explorer, ve el .doc en pantalla y cree que es un fichero inocuo. Tu necesitas otra cosa que no es lo que se conoce como "extraer la extensión": - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0awEACgkQtTMYHG2NR9Uj4QCfX0K8AswqBRtXCTlRZDzwEdL2 hRYAoIGORphUhabUaOYBe0UaKQ8RsVTw =acE3 -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 11:44:30 +0200, Carlos E. R. escribió:
Fíjate que en windows pasa igual que en linux. Antes, en msdos, la extensión era una cosa fija de tres letras. El nombre tenía 8, la extensión 3, y se guardaban en el disco por separado, sin el punto. (Y en otros sistemas operativos se guardaba también el numero de version: "fichero.txt;4", de manera que podías tener varias copias de backup de tus textos y programas)
Luego, con lo de los nombres largos, esa limitación ha desparecido. Se guarda todo... y el explorer extrae lo que está a la derecha del ultimo punto y lo trata como extensión. Fíjate en el truco habitual de los que envian troyanos por correo:
tus_facturas.doc .exe
El usuario no ve el .exe del final, se lo ha comido el explorer, ve el .doc en pantalla y cree que es un fichero inocuo.
No, no pasa igual. Si el windows no tiene en su bdd identificada la extensión del archivo, no sabe con qué programa abrirlo y te pregunta qué quieres hacer con él.
Tu necesitas otra cosa que no es lo que se conoce como "extraer la extensión":
Lo que yo necesito es que el usuario pueda ver de antemano lo que tiene que reconstruir y tiene que ser de la forma más universal posible. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 09:54 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 11:44:30 +0200, Carlos E. R. escribió:
envian troyanos por correo:
tus_facturas.doc .exe
El usuario no ve el .exe del final, se lo ha comido el explorer, ve el .doc en pantalla y cree que es un fichero inocuo.
No, no pasa igual.
Si el windows no tiene en su bdd identificada la extensión del archivo, no sabe con qué programa abrirlo y te pregunta qué quieres hacer con él.
La extensión del de arriba es "exe", y por tanto lo ejecuta sin chistar. Ya t'as joío. Si no te lo crees, te envio uno de los correos con troyano que tengo guardaícos por ahí, pa' que juegues un ratico con él >:-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0ePQACgkQtTMYHG2NR9U8qQCdHBDpNRo9SQAW3Kj7zLh77i5I RX4AnjyONF3qL2BZGxVAt9EH82+kFumF =yAPP -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 12:44:03 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 09:54 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 11:44:30 +0200, Carlos E. R. escribió:
envian troyanos por correo:
tus_facturas.doc .exe
El usuario no ve el .exe del final, se lo ha comido el explorer, ve el .doc en pantalla y cree que es un fichero inocuo.
No, no pasa igual.
Si el windows no tiene en su bdd identificada la extensión del archivo, no sabe con qué programa abrirlo y te pregunta qué quieres hacer con él.
La extensión del de arriba es "exe", y por tanto lo ejecuta sin chistar. Ya t'as joío.
Eso le pasará a la gente que, por alguna extraña razón, le dice a su sistema operativo que le oculte las extensiones ;-) Pero si el archivo ".exe" ya lo tiene añadido y reconocido en su bdd, el windows muestra el icono que tiene asociado a un archivo de tipo ejecutable en lugar de un .doc
Si no te lo crees, te envio uno de los correos con troyano que tengo guardaícos por ahí, pa' que juegues un ratico con él >:-P
Manda, manda, verás el "rebote" que te llega >>>:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.00.1004011310110.14901@nimrodel.valinor> El 2010-04-01 a las 10:56 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 12:44:03 +0200, Carlos E. R. escribió:
La extensión del de arriba es "exe", y por tanto lo ejecuta sin chistar. Ya t'as joío.
Eso le pasará a la gente que, por alguna extraña razón, le dice a su sistema operativo que le oculte las extensiones ;-)
No hace falta decirselo, es el comportamiento por defecto del windows. Si quieres que te las muestre tienes que activarlo (desactivar la ocultación, de hecho), y el menú no es tan fácil de encontrar, salvo que te lo sepas de otras veces.
Pero si el archivo ".exe" ya lo tiene añadido y reconocido en su bdd, el windows muestra el icono que tiene asociado a un archivo de tipo ejecutable en lugar de un .doc
Aún así, pican. Y coincide con lo que te digo, que el windows sabe que la extensión es .exe, no .doc.exe >:-)
Si no te lo crees, te envio uno de los correos con troyano que tengo guardaícos por ahí, pa' que juegues un ratico con él >:-P
Manda, manda, verás el "rebote" que te llega >>>:-)
¿Ah, conque tu eres una de las que rebotan los correos con virus al remitente que figura en el remite, aunque no sea quien realmente lo ha enviado? Mal, muy mal... Tiene hasta nombre, se llama "backscattering". No, hoy, y ayer, lo que me está llegando son docenas de ofertas de empleo de esas falsas de trabajar en casa, con remite mi propio email (from y to identicos), salvo la parte del nombre: from: nombre inventado <mi@email> en mal castellano y con IP de Rusia. Al menos esas no producirán backscatter, llevan incluido el autocastigo para los que lo provocan >:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0gEoACgkQtTMYHG2NR9WkGwCdHs7PlEjgEjujjU7IeVEMWCzL FjcAn15mSoF5Wy+2FOhV4KW7PJGevIVb =Tctu -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 13:15:19 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 10:56 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 12:44:03 +0200, Carlos E. R. escribió:
La extensión del de arriba es "exe", y por tanto lo ejecuta sin chistar. Ya t'as joío.
Eso le pasará a la gente que, por alguna extraña razón, le dice a su sistema operativo que le oculte las extensiones ;-)
No hace falta decirselo, es el comportamiento por defecto del windows. Si quieres que te las muestre tienes que activarlo (desactivar la ocultación, de hecho), y el menú no es tan fácil de encontrar, salvo que te lo sepas de otras veces.
No me digas... huys, mira que es *la primera vez* que lo oigo >>>>:-)
Pero si el archivo ".exe" ya lo tiene añadido y reconocido en su bdd, el windows muestra el icono que tiene asociado a un archivo de tipo ejecutable en lugar de un .doc
Aún así, pican.
Y coincide con lo que te digo, que el windows sabe que la extensión es .exe, no .doc.exe >:-)
No, no lo "sabe". El icono está almacenado en su caché, nada más. No es dinámico, es un valor que tiene guardado y si no lo cambias (o instalas un nuevo programa que lo sobreescriba) pues muestra el que tiene vinculado. Independientemente de que sea correcto o no. Supongo que eso ya lo sabes >>>:-)
Si no te lo crees, te envio uno de los correos con troyano que tengo guardaícos por ahí, pa' que juegues un ratico con él >:-P
Manda, manda, verás el "rebote" que te llega >>>:-)
¿Ah, conque tu eres una de las que rebotan los correos con virus al remitente que figura en el remite, aunque no sea quien realmente lo ha enviado? Mal, muy mal...
Tiene hasta nombre, se llama "backscattering".
No lo has pillado. Lo que te digo es que el "rebote" que voy a coger va a ser de madre >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 11:26 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 13:15:19 +0200, Carlos E. R. escribió:
No hace falta decirselo, es el comportamiento por defecto del windows. Si quieres que te las muestre tienes que activarlo (desactivar la ocultación, de hecho), y el menú no es tan fácil de encontrar, salvo que te lo sepas de otras veces.
No me digas... huys, mira que es *la primera vez* que lo oigo >>>>:-)
Ahhhh... no se, a lo mejor no lo sabías. :-p
Y coincide con lo que te digo, que el windows sabe que la extensión es .exe, no .doc.exe >:-)
No, no lo "sabe".
El icono está almacenado en su caché, nada más. No es dinámico, es un valor que tiene guardado y si no lo cambias (o instalas un nuevo programa que lo sobreescriba) pues muestra el que tiene vinculado. Independientemente de que sea correcto o no.
Supongo que eso ya lo sabes >>>:-)
Claro que lo se, pero no va así. Primero extrae la extensión, ve que es "exe" (es una función de librería del windows, extraer extensión), y luego el explorer trata de casarla con su listado para mostrar el icono. Lo mismito que hacen el konqueror o el nautilus.
Tiene hasta nombre, se llama "backscattering".
No lo has pillado.
Lo que te digo es que el "rebote" que voy a coger va a ser de madre >:-)
Ahhh! Vale, entonces me abstengo. :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0hW0ACgkQtTMYHG2NR9UrPACbB7ODKKvFa/IQuMs+k/kybmXu PnYAn0LKTYNQdFqyOQHAWPSDLx4AQ/G0 =V2wa -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 13:37:11 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 11:26 -0000, Camaleón escribió:
Supongo que eso ya lo sabes >>>:-)
Claro que lo se, pero no va así. Primero extrae la extensión, ve que es "exe" (es una función de librería del windows, extraer extensión), ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Hete ahí la importancia de que el archivo se monte con "la extensión" correcta ;-)
y luego el explorer trata de casarla con su listado para mostrar el icono.
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 11:41 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 13:37:11 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 11:26 -0000, Camaleón escribió:
Supongo que eso ya lo sabes >>>:-)
Claro que lo se, pero no va así. Primero extrae la extensión, ve que es "exe" (es una función de librería del windows, extraer extensión), ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Hete ahí la importancia de que el archivo se monte con "la extensión" correcta ;-)
Que es gz. Que lo acabo de probar en el windows. He creado un archivo.tar.gz, y luego le he dicho al windows "ocultar las extensiones de archivo para tipos de archivo conocidos" y me ha ocultado sólo "gz", dejandome el .tar a la vista. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEUEARECAAYFAku0j9IACgkQtTMYHG2NR9V8MgCXY48pv9BGM/OeqfiM5o438p03 NwCfYHN3eau9F8fXK3757Q5qXWO1WFY= =qTjg -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 14:21:30 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 11:41 -0000, Camaleón escribió:
Claro que lo se, pero no va así. Primero extrae la extensión, ve que es "exe" (es una función de librería del windows, extraer extensión), ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Hete ahí la importancia de que el archivo se monte con "la extensión" correcta ;-)
Que es gz.
No, es "tar.gz".
Que lo acabo de probar en el windows. He creado un archivo.tar.gz, y luego le he dicho al windows "ocultar las extensiones de archivo para tipos de archivo conocidos" y me ha ocultado sólo "gz", dejandome el .tar a la vista.
Pues claro, es lo que le has dicho que haga. Pero no se trata de eso. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 12:55 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 14:21:30 +0200, Carlos E. R. escribió:
Que lo acabo de probar en el windows. He creado un archivo.tar.gz, y luego le he dicho al windows "ocultar las extensiones de archivo para tipos de archivo conocidos" y me ha ocultado sólo "gz", dejandome el .tar a la vista.
Pues claro, es lo que le has dicho que haga.
Pero no se trata de eso.
Se trata de que el windows también interpreta que la extensión es gz. Yo no lo he dicho cómo debe hacerlo... él ya lo sabe. Es que es un estandard: la extensión es sólo lo que está a la derecha del ultimo punto. Si hay más puntos, se siente. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0n7EACgkQtTMYHG2NR9WGIACdHz29FPKlWqF+wxzQVGP5NjSy Gu0An2iWMMuzLWFe2XGbNOAqLAl83Xok =8x+3 -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 15:29:13 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 12:55 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 14:21:30 +0200, Carlos E. R. escribió:
Que lo acabo de probar en el windows. He creado un archivo.tar.gz, y luego le he dicho al windows "ocultar las extensiones de archivo para tipos de archivo conocidos" y me ha ocultado sólo "gz", dejandome el .tar a la vista.
Pues claro, es lo que le has dicho que haga.
Pero no se trata de eso.
Se trata de que el windows también interpreta que la extensión es gz. Yo no lo he dicho cómo debe hacerlo... él ya lo sabe.
Sí, eso sí. Pero no, no hablamos de eso.
Es que es un estandard: la extensión es sólo lo que está a la derecha del ultimo punto. Si hay más puntos, se siente.
Y eso es lo que quiero evitar: que el windows no sea capaz de interpretarlo correctamente porque el archivo está mal construido y no sepa qué hacer con él (con qué programa abrirlo) sólo porque no reconozca la extensión. Por ejemplo, acabo de archivar los registros de un servidor web (el servidor que los genera corre bajo Solaris) y los estoy abriendo desde un windows xp. Los archivos (que no tienen extensión pero son archivos de texto): sm01@stt008:~$ file Desktop/secure_log Desktop/secure_log: ASCII text, with very long lines, with CRLF line terminators al abrirlos desde windows me pregunta "con qué aplicación los quiero abrir". No lo tiene en su base de datos, no lo tiene asociación y no sabe qué hacer con él. Si lo renombro a "secure_log.txt" oh, perfecto, lo abre con el bloc de notas. En linux los abre directamente con el gedit. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 13:44 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 15:29:13 +0200, Carlos E. R. escribió:
Es que es un estandard: la extensión es sólo lo que está a la derecha del ultimo punto. Si hay más puntos, se siente.
Y eso es lo que quiero evitar: que el windows no sea capaz de interpretarlo correctamente porque el archivo está mal construido y no sepa qué hacer con él (con qué programa abrirlo) sólo porque no reconozca la extensión.
Por ejemplo, acabo de archivar los registros de un servidor web (el servidor que los genera corre bajo Solaris) y los estoy abriendo desde un windows xp. Los archivos (que no tienen extensión pero son archivos de texto):
sm01@stt008:~$ file Desktop/secure_log Desktop/secure_log: ASCII text, with very long lines, with CRLF line terminators
al abrirlos desde windows me pregunta "con qué aplicación los quiero abrir". No lo tiene en su base de datos, no lo tiene asociación y no sabe qué hacer con él. Si lo renombro a "secure_log.txt" oh, perfecto, lo abre con el bloc de notas.
En linux los abre directamente con el gedit.
Claro, pero eso es un comportamiento del windows y del linux conocido de siempre, es intencional. Por diseño. En linux las extensiones no tienen importancia, son sólo para el usuario que las ve. En cambio en windows definen que aplicación debe abrir los ficheros, porque así se diseñó. En linux la aplicación que debe abrir un fichero se deduce de la respuesta del comando "file" aplicado a los mismos (y eso tarda un tiempo en averiguarse antes de abrirlos). Si tienen el flag de ejecutable, se intentan ejecutar, pero la manera también depende del tipo. En algunos casos, con algunos navegadores de ficheros de linux, puedes configurarlos para que abran según la extensión o según el tipo real. En windows no puedes, es siempre por la extensión. Así que, si quieres ver tus logs fácilmente, tienes que renombrarlos como ".log" - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0tOAACgkQtTMYHG2NR9UP+gCdHDGcuL07FZSw7bPM8W6m9Fvz SXIAn2G7HCo7OOtoqqqWRCA4oxr4f66p =mRq6 -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 16:59:37 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 13:44 -0000, Camaleón escribió:
(...)
al abrirlos desde windows me pregunta "con qué aplicación los quiero abrir". No lo tiene en su base de datos, no lo tiene asociación y no sabe qué hacer con él. Si lo renombro a "secure_log.txt" oh, perfecto, lo abre con el bloc de notas.
En linux los abre directamente con el gedit.
Claro, pero eso es un comportamiento del windows y del linux conocido de siempre, es intencional. Por diseño.
En linux las extensiones no tienen importancia, son sólo para el usuario que las ve. En cambio en windows definen que aplicación debe abrir los ficheros, porque así se diseñó.
En linux la aplicación que debe abrir un fichero se deduce de la respuesta del comando "file" aplicado a los mismos (y eso tarda un tiempo en averiguarse antes de abrirlos). Si tienen el flag de ejecutable, se intentan ejecutar, pero la manera también depende del tipo. En algunos casos, con algunos navegadores de ficheros de linux, puedes configurarlos para que abran según la extensión o según el tipo real.
En windows no puedes, es siempre por la extensión. Así que, si quieres ver tus logs fácilmente, tienes que renombrarlos como ".log"
Huy qué gaitas, Carlos. Pues *eso* es lo que estoy diciendo a lo largo y ancho de todo este hilo. Y que para evitar problemas, no puedo "ocultar" la extensión del archivo al usuario porque si lo abre desde otro equipo "que no sea linux" o que sencillamente se base en las extensiones para asociar la acción de apertura de los archivos con una aplicación, se le puede complicar. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-04-01 17:20, Camaleón wrote:
El Thu, 01 Apr 2010 16:59:37 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 13:44 -0000, Camaleón escribió:
...
En windows no puedes, es siempre por la extensión. Así que, si quieres ver tus logs fácilmente, tienes que renombrarlos como ".log"
Huy qué gaitas, Carlos. Pues *eso* es lo que estoy diciendo a lo largo y ancho de todo este hilo.
Y que para evitar problemas, no puedo "ocultar" la extensión del archivo al usuario porque si lo abre desde otro equipo "que no sea linux" o que sencillamente se base en las extensiones para asociar la acción de apertura de los archivos con una aplicación, se le puede complicar.
Pues no entiendo nada. Escapa a tu control como tenga cada usuario configurado su windows, no vas a saber si visualizan las extensiones o no. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAku0318ACgkQja8UbcUWM1y7hAEAnTmUP0qmVBzcEJMc6m612X4J ZMFzbRFLPatzhQXWd6MA/RdyxUgNi6FNp+XEwSHF/+vIpTj6OS5aLkaE8JA20HVn =yIHH -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 01 Apr 2010 20:01:03 +0200, Carlos E. R. escribió:
On 2010-04-01 17:20, Camaleón wrote:
En windows no puedes, es siempre por la extensión. Así que, si quieres ver tus logs fácilmente, tienes que renombrarlos como ".log"
Huy qué gaitas, Carlos. Pues *eso* es lo que estoy diciendo a lo largo y ancho de todo este hilo.
Y que para evitar problemas, no puedo "ocultar" la extensión del archivo al usuario porque si lo abre desde otro equipo "que no sea linux" o que sencillamente se base en las extensiones para asociar la acción de apertura de los archivos con una aplicación, se le puede complicar.
Pues no entiendo nada.
Ni que lo digas >:-)
Escapa a tu control como tenga cada usuario configurado su windows, no vas a saber si visualizan las extensiones o no.
El problema no tiene nada que ver con extensiones ocultas o visibles ni con configuraciones del windows. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-04-01 20:06, Camaleón wrote:
El Thu, 01 Apr 2010 20:01:03 +0200, Carlos E. R. escribió:
On 2010-04-01 17:20, Camaleón wrote:
En windows no puedes, es siempre por la extensión. Así que, si quieres ver tus logs fácilmente, tienes que renombrarlos como ".log"
Huy qué gaitas, Carlos. Pues *eso* es lo que estoy diciendo a lo largo y ancho de todo este hilo.
Y que para evitar problemas, no puedo "ocultar" la extensión del archivo al usuario porque si lo abre desde otro equipo "que no sea linux" o que sencillamente se base en las extensiones para asociar la acción de apertura de los archivos con una aplicación, se le puede complicar.
Pues no entiendo nada.
Ni que lo digas >:-)
Escapa a tu control como tenga cada usuario configurado su windows, no vas a saber si visualizan las extensiones o no.
El problema no tiene nada que ver con extensiones ocultas o visibles ni con configuraciones del windows.
Pues entonces entiendo menos todavía. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAku04+4ACgkQja8UbcUWM1wyqgD8DZi/U+Lf3zr56hcHECn6Fz6B FAXkFdNCei88ITa+GUoA/1TKFB/fsVMft+ZJNIxsC4AwqMzoX2OiDJWl+M0mXpSa =Fq6z -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 01 Apr 2010 20:20:30 +0200, Carlos E. R. escribió:
On 2010-04-01 17:20, Camaleón wrote:
El problema no tiene nada que ver con extensiones ocultas o visibles ni con configuraciones del windows.
Pues entonces entiendo menos todavía.
Pues que no existe ninguna relación entre que windows "oculte" al usuario las extensiones de los archivos con el comportamiento que tiene con los archivos. El usuario puede ver "archivo" y el archivo se llama "archivo.txt". Igualmente windows lo abrirá con el editor de textos, sea la extensión visible o no. Pruébalo. Hint: la opción de ocultar las extensiones se llama "[ ] ocultar las extensiones de archivos *para tipos de archivos conocidos*" Lo pongo *en negrita* para que se entienda >>:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 18:30 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 20:20:30 +0200, Carlos E. R. escribió:
Pues entonces entiendo menos todavía.
Pues que no existe ninguna relación entre que windows "oculte" al usuario las extensiones de los archivos con el comportamiento que tiene con los archivos.
El usuario puede ver "archivo" y el archivo se llama "archivo.txt". Igualmente windows lo abrirá con el editor de textos, sea la extensión visible o no. Pruébalo.
Ya lo se, eso es obvio. Lo unico que hice es comprobar cual es la extensión que el windows piensa que tiene, y piensa que tiene "gz" - CQD.
Hint: la opción de ocultar las extensiones se llama "[ ] ocultar las extensiones de archivos *para tipos de archivos conocidos*"
Lo pongo *en negrita* para que se entienda >>:-)
¿Y? Lo que oculta es "gz", luego esa es la extensión para el windows. Igual que para el linux. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku0+P0ACgkQtTMYHG2NR9V7AgCfe6pl9bsWNk16e7ryj/rMbuml wo8AnRgsPT3LBriuRhPtOZTnTegpTCB9 =SxEu -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 21:50:14 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 18:30 -0000, Camaleón escribió:
El usuario puede ver "archivo" y el archivo se llama "archivo.txt". Igualmente windows lo abrirá con el editor de textos, sea la extensión visible o no. Pruébalo.
Ya lo se, eso es obvio.
¡!
Lo unico que hice es comprobar cual es la extensión que el windows piensa que tiene, y piensa que tiene "gz" - CQD.
¿Y...? Que la extensión esté oculta al windows no le afecta, sólo al usuario.
Hint: la opción de ocultar las extensiones se llama "[ ] ocultar las extensiones de archivos *para tipos de archivos conocidos*"
Lo pongo *en negrita* para que se entienda >>:-)
¿Y? Lo que oculta es "gz", luego esa es la extensión para el windows. Igual que para el linux.
Lo explico. Pero olvida lo de ocultar la extensión o que sea visible, eso al windows no le dice nada. Linux no determina con qué programa abrir un archivo basándose en la extensión que tenga, supongo que hasta ahí estamos de acuerdo. Pero Windows sí. El problema es que si el archivo que intenta abrir no tiene una extensión reconocida, pregunta con qué programa lo quieres abrir. (inciso: que es lo que me ha pasado a mí con el archivo del registro. Lo podía abrir porque era un archivo de texto sencillo, pero me ha preguntado porque al no tener una extensión asociada y conocida no sabía qué hacer con él) ¿Vamos bien? Vale. El "otro" problema es que ni la extensión ".tar", ni la ".gz" o el combo ".tar.gz" las reconoce salvo que se haya instalado algún programa (7zip, peazip, etc...) y se haya asociado estas extensiones para que se abran con ese programa. En un mundo "ideal", lo normal seria que no hubiera ningún problema y que el windows tuviera registradas todas las posibles combinaciones de extensiones (tar, gz, tar.gz, bz2, zip, 7zip...) con la aplicación correcta y que ésta tuviera tener ningún problema para reconocer y gestionar el tipo de archivo, independientemente de su extensión. Lo único que quiero evitar es que windows le pregunte con qué quiere abrir el archivo si por lo que fuera, el propio windows (o el programa) tuviera problemas para reconocer el "gz" (reconstruido falsamente) como un "tar.gz" (que es su extensión original). No puedo ir probando *todos* los programas descompresores en *todas* las versiones de windows para comprobar si fallan o no... ¿no crees? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-01 a las 20:26 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 21:50:14 +0200, Carlos E. R. escribió:
Lo unico que hice es comprobar cual es la extensión que el windows piensa que tiene, y piensa que tiene "gz" - CQD.
¿Y...? Que la extensión esté oculta al windows no le afecta, sólo al usuario.
Claro que no. No estoy diciendo eso. Estoy haciendo un test para ver cual es la extensión que el windows piensa que tiene, probando a ver cual oculta, que es lo más fácil (no tengo ahora mismo un compilador nativo de windows para acceder a sus librerías). Si el windows oculta "gz" es que piensa que gz es la extensión. Se trata simplemente de eso, de ver que la definición que usa el windows para deducir cual es la extensión es la misma que te estamos diciendo desde el principio: la extensión es lo que está a la derecha del ultimo punto. Lo que el windows haga una vez que sabe cual es la extensión es un problema distinto.
Hint: la opción de ocultar las extensiones se llama "[ ] ocultar las extensiones de archivos *para tipos de archivos conocidos*"
Lo pongo *en negrita* para que se entienda >>:-)
¿Y? Lo que oculta es "gz", luego esa es la extensión para el windows. Igual que para el linux.
Lo explico. Pero olvida lo de ocultar la extensión o que sea visible, eso al windows no le dice nada.
Linux no determina con qué programa abrir un archivo basándose en la extensión que tenga, supongo que hasta ahí estamos de acuerdo.
Ojo, que el nautilus, konqueror, mc... pueden hacerlo basandose sólo en la extensión, si se les dice.
Pero Windows sí.
El problema es que si el archivo que intenta abrir no tiene una extensión reconocida, pregunta con qué programa lo quieres abrir.
Sí. Y por cierto, el nautilus de la 11.2 hace lo mismo.
(inciso: que es lo que me ha pasado a mí con el archivo del registro. Lo podía abrir porque era un archivo de texto sencillo, pero me ha preguntado porque al no tener una extensión asociada y conocida no sabía qué hacer con él)
¿Vamos bien? Vale.
Vale.
El "otro" problema es que ni la extensión ".tar", ni la ".gz" o el combo ".tar.gz" las reconoce salvo que se haya instalado algún programa (7zip, peazip, etc...) y se haya asociado estas extensiones para que se abran con ese programa.
Si no recuerdo mal, el winzip reconoce al menos la "gz".
En un mundo "ideal", lo normal seria que no hubiera ningún problema y que el windows tuviera registradas todas las posibles combinaciones de extensiones (tar, gz, tar.gz, bz2, zip, 7zip...) con la aplicación correcta y que ésta tuviera tener ningún problema para reconocer y gestionar el tipo de archivo, independientemente de su extensión.
Lo único que quiero evitar es que windows le pregunte con qué quiere abrir el archivo si por lo que fuera, el propio windows (o el programa) tuviera problemas para reconocer el "gz" (reconstruido falsamente) como un "tar.gz" (que es su extensión original).
Ten en cuenta que aunque sólo reconozca "gz", funcionará correctamente. Supongamos que hay una aplicación que reconoce sólo el gz (no ve el tar.gz) y lo expande, convirtiendolo en "archivo.tar". Resulta que es correcto. Ahora una segunda aplicación puede ver el "archivo.tar", reconocer el "tar", y abrirlo correctamente. Ese es el tratamiento correcto: el archivo.tar.gz es un encadenado del resultado de dos aplicaciones, y cada una añade su propia extensión. Se deshace también usando dos aplicaciones. Por lo que reconocer gz como extensión sin ver el tar que está detrás es correcto. Aunque es mejor ver ambos - que es por lo que se recomienda usar .tgz como extensión.
No puedo ir probando *todos* los programas descompresores en *todas* las versiones de windows para comprobar si fallan o no... ¿no crees?
No, eso es problema del que lo reciba >:-) Lo que sí puedes hacer es recomendar (en uno o varios de los correos) algún programa que sirva para despempaquetarlos, y que se pueda enviar en un sólo correo. Una vez instalado se supone que el windows reconocerá los archivos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku1Cu4ACgkQtTMYHG2NR9XbDgCdGHW8SeO9MJKhHCJ28UCoIbUq lhEAnA0wsq58Die8KuYb3Y/AD23GeVvN =vOWj -----END PGP SIGNATURE-----
El Thu, 01 Apr 2010 23:06:46 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 20:26 -0000, Camaleón escribió:
¿Y...? Que la extensión esté oculta al windows no le afecta, sólo al usuario.
Claro que no.
No estoy diciendo eso. Estoy haciendo un test para ver cual es la extensión que el windows piensa que tiene, probando a ver cual oculta, que es lo más fácil (no tengo ahora mismo un compilador nativo de windows para acceder a sus librerías).
Si el windows oculta "gz" es que piensa que gz es la extensión.
Yo creo que no. Que oculte la extensión no significa que no sepa qué tipo de archivo es y con qué debe abrirlo. Ocultar la extensión es sólo una acción decorativa, nada más.
Se trata simplemente de eso, de ver que la definición que usa el windows para deducir cual es la extensión es la misma que te estamos diciendo desde el principio: la extensión es lo que está a la derecha del ultimo punto.
Pero tiene que saber con qué programa abrirlo (siempre que se haya registrado en su bdd), muestre la extensión que muestre. Esa es mi teoría :-)
Lo que el windows haga una vez que sabe cual es la extensión es un problema distinto.
A eso es a lo que voy.
Lo explico. Pero olvida lo de ocultar la extensión o que sea visible, eso al windows no le dice nada.
Linux no determina con qué programa abrir un archivo basándose en la extensión que tenga, supongo que hasta ahí estamos de acuerdo.
Ojo, que el nautilus, konqueror, mc... pueden hacerlo basandose sólo en la extensión, si se les dice.
Sí, eso es cierto. (...)
En un mundo "ideal", lo normal seria que no hubiera ningún problema y que el windows tuviera registradas todas las posibles combinaciones de extensiones (tar, gz, tar.gz, bz2, zip, 7zip...) con la aplicación correcta y que ésta tuviera tener ningún problema para reconocer y gestionar el tipo de archivo, independientemente de su extensión.
Lo único que quiero evitar es que windows le pregunte con qué quiere abrir el archivo si por lo que fuera, el propio windows (o el programa) tuviera problemas para reconocer el "gz" (reconstruido falsamente) como un "tar.gz" (que es su extensión original).
Ten en cuenta que aunque sólo reconozca "gz", funcionará correctamente.
Esa es mi duda, que el programa lo pueda reconocer sin problemas y sepa lo que hacer. Sí, debería, pero...
Supongamos que hay una aplicación que reconoce sólo el gz (no ve el tar.gz) y lo expande, convirtiendolo en "archivo.tar". Resulta que es correcto.
Ahora una segunda aplicación puede ver el "archivo.tar", reconocer el "tar", y abrirlo correctamente.
Ese es el tratamiento correcto: el archivo.tar.gz es un encadenado del resultado de dos aplicaciones, y cada una añade su propia extensión. Se deshace también usando dos aplicaciones.
Por lo que reconocer gz como extensión sin ver el tar que está detrás es correcto. Aunque es mejor ver ambos - que es por lo que se recomienda usar .tgz como extensión.
:-). Pero me resulta más sencillo mantener el nombre del archivo original (y su formato) que estar pensando la extensión que tiene o deja de tener el archivo. De hecho, suelo enviar con .zip porque sé que tanto
Sí, en eso último estoy de acuerdo (y espero que no sirva de precedente) linux como windows (desde el xp) lo manejan de forma nativa, así como la mayoría de sistemas. Es el formato de compresión más extendido, independientemente de que sea o no el más eficiente.
No puedo ir probando *todos* los programas descompresores en *todas* las versiones de windows para comprobar si fallan o no... ¿no crees?
No, eso es problema del que lo reciba >:-)
Lo que sí puedes hacer es recomendar (en uno o varios de los correos) algún programa que sirva para despempaquetarlos, y que se pueda enviar en un sólo correo. Una vez instalado se supone que el windows reconocerá los archivos.
No me gusta ir recomendando nada, salvo que me pregunten, obviamente. Y no me gusta porque no puedo prever todas las situaciones posibles, es decir, imagina que el correo se recibe por un linux, se juntan los trozos y se genera el archivo (sea ".tar.gz" o sea ".gz") y luego se lo lleva en una llave USB... pero el equipo destino podría ser desde un windows98 hasta un MacOS o un servidor z/OS. Y te encuentras con gente muy "quisquillosa" que pone pegas a cualquier cosa... ("ah, no, no puedo instalar 'X' -léase el programa que le recomiendas- es que yo de 9:00 a.m. hasta las 15:00 p.m. estoy en un windows98, de 16:00 a 20:00 me voy a un macos y de 21:00 a las 00:00 sólo tengo acceso a un mainframe de IBM y claro, necesito compatibilidad")
:-)
Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-04-02 a las 09:13 -0000, Camaleón escribió:
El Thu, 01 Apr 2010 23:06:46 +0200, Carlos E. R. escribió:
Si el windows oculta "gz" es que piensa que gz es la extensión.
Yo creo que no. Que oculte la extensión no significa que no sepa qué tipo de archivo es y con qué debe abrirlo. Ocultar la extensión es sólo una acción decorativa, nada más.
Son cosas distintas. Por un lado extrae las extensiones, y por otro mira a ver si las tiene asociadas a alguna aplicación.
Se trata simplemente de eso, de ver que la definición que usa el windows para deducir cual es la extensión es la misma que te estamos diciendo desde el principio: la extensión es lo que está a la derecha del ultimo punto.
Pero tiene que saber con qué programa abrirlo (siempre que se haya registrado en su bdd), muestre la extensión que muestre. Esa es mi teoría :-)
Sabrá o no sabrá con qué abrirlo, pero la extensión viene dada antes de saber con qué se abre. Fíjate: extrae la extensión, ve que no está en la tabla, consulta una base de datos externa (¿como abro un 'gz'?) y le contesta al usuario con una lista de posibles programas para abrirlo.
Ten en cuenta que aunque sólo reconozca "gz", funcionará correctamente.
Esa es mi duda, que el programa lo pueda reconocer sin problemas y sepa lo que hacer. Sí, debería, pero...
Supongamos que hay una aplicación que reconoce sólo el gz (no ve el tar.gz) y lo expande, convirtiendolo en "archivo.tar". Resulta que es correcto.
Ahora una segunda aplicación puede ver el "archivo.tar", reconocer el "tar", y abrirlo correctamente.
Ese es el tratamiento correcto: el archivo.tar.gz es un encadenado del resultado de dos aplicaciones, y cada una añade su propia extensión. Se deshace también usando dos aplicaciones.
Por lo que reconocer gz como extensión sin ver el tar que está detrás es correcto. Aunque es mejor ver ambos - que es por lo que se recomienda usar .tgz como extensión.
:-). Pero me resulta más sencillo mantener el nombre del archivo original (y su formato) que estar pensando la extensión que tiene o deja de tener el archivo. De hecho, suelo enviar con .zip porque sé que tanto
Sí, en eso último estoy de acuerdo (y espero que no sirva de precedente) linux como windows (desde el xp) lo manejan de forma nativa, así como la mayoría de sistemas. Es el formato de compresión más extendido, independientemente de que sea o no el más eficiente.
Si, mandar como zip suele dar menos problemas.
No puedo ir probando *todos* los programas descompresores en *todas* las versiones de windows para comprobar si fallan o no... ¿no crees?
No, eso es problema del que lo reciba >:-)
Lo que sí puedes hacer es recomendar (en uno o varios de los correos) algún programa que sirva para despempaquetarlos, y que se pueda enviar en un sólo correo. Una vez instalado se supone que el windows reconocerá los archivos.
No me gusta ir recomendando nada, salvo que me pregunten, obviamente.
Y no me gusta porque no puedo prever todas las situaciones posibles, es decir, imagina que el correo se recibe por un linux, se juntan los trozos y se genera el archivo (sea ".tar.gz" o sea ".gz") y luego se lo lleva en una llave USB... pero el equipo destino podría ser desde un windows98 hasta un MacOS o un servidor z/OS.
Y te encuentras con gente muy "quisquillosa" que pone pegas a cualquier cosa... ("ah, no, no puedo instalar 'X' -léase el programa que le recomiendas- es que yo de 9:00 a.m. hasta las 15:00 p.m. estoy en un windows98, de 16:00 a 20:00 me voy a un macos y de 21:00 a las 00:00 sólo tengo acceso a un mainframe de IBM y claro, necesito compatibilidad")
:-)
¡JUASSS! Fale, pues entonces sugiere un enlace con una lista a los doscientos aplicativos para descomprimir archivos en los veinte sistemas operativos posibles. Digo "sugiere", no recomienda >:-P Ah, no, que no puedes mandar enlaces. Pues entonces incluye la lista con la documentación pertinente, comprimida con zip, rar, tgz, zoo, lha, lzma, tnef... ah, sin olvidar un informe exhaustivo sobre los pequeños indios y los grandes indios y su influencia en la portabilidad :-p - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAku12m4ACgkQtTMYHG2NR9UurACfXXariIAt/VmfMcpCncNALwUt n9EAn3EGGqaEe1aTcKeo+bXngAhgFOrh =sEg3 -----END PGP SIGNATURE-----
El Jueves, 1 de Abril de 2010 22:26:25 Camaleón escribió:
El Thu, 01 Apr 2010 21:50:14 +0200, Carlos E. R. escribió:
El 2010-04-01 a las 18:30 -0000, Camaleón escribió:
El usuario puede ver "archivo" y el archivo se llama "archivo.txt". Igualmente windows lo abrirá con el editor de textos, sea la extensión visible o no. Pruébalo.
Ya lo se, eso es obvio.
¡!
Lo unico que hice es comprobar cual es la extensión que el windows piensa que tiene, y piensa que tiene "gz" - CQD.
¿Y...? Que la extensión esté oculta al windows no le afecta, sólo al usuario.
Hint: la opción de ocultar las extensiones se llama "[ ] ocultar las extensiones de archivos *para tipos de archivos conocidos*"
Lo pongo *en negrita* para que se entienda >>:-)
¿Y? Lo que oculta es "gz", luego esa es la extensión para el windows. Igual que para el linux.
Lo explico. Pero olvida lo de ocultar la extensión o que sea visible, eso al windows no le dice nada.
Linux no determina con qué programa abrir un archivo basándose en la extensión que tenga, supongo que hasta ahí estamos de acuerdo.
Pero Windows sí.
El problema es que si el archivo que intenta abrir no tiene una extensión reconocida, pregunta con qué programa lo quieres abrir.
(inciso: que es lo que me ha pasado a mí con el archivo del registro. Lo podía abrir porque era un archivo de texto sencillo, pero me ha preguntado porque al no tener una extensión asociada y conocida no sabía qué hacer con él)
¿Vamos bien? Vale.
El "otro" problema es que ni la extensión ".tar", ni la ".gz" o el combo ".tar.gz" las reconoce salvo que se haya instalado algún programa (7zip, peazip, etc...) y se haya asociado estas extensiones para que se abran con ese programa.
En un mundo "ideal", lo normal seria que no hubiera ningún problema y que el windows tuviera registradas todas las posibles combinaciones de extensiones (tar, gz, tar.gz, bz2, zip, 7zip...) con la aplicación correcta y que ésta tuviera tener ningún problema para reconocer y gestionar el tipo de archivo, independientemente de su extensión.
¿¿??? En el mundo ideal deberia leer las cabeceras para determinar que tipo de fichero tiene (y opcionalmente cachear la tupla extension --> tipo ) ¿ que es eso de registar TODAS las posibles extensiones?? Vaya mentalidad "windows" que tienes hija.
Lo único que quiero evitar es que windows le pregunte con qué quiere abrir el archivo si por lo que fuera, el propio windows (o el programa) tuviera problemas para reconocer el "gz" (reconstruido falsamente) como un "tar.gz" (que es su extensión original).
Windows es un producto y como tal el que lo use que se busque la vida y le pida esas "features" al fabricante... El ir compatiblizando con chapuzas los defectos de cada entorno es lo que ha hecho de la informatica le mierda que es. No te ofendas
No puedo ir probando *todos* los programas descompresores en *todas* las versiones de windows para comprobar si fallan o no... ¿no crees?
Saludos,
-- Camaleón
-- Este correo no tiene dibujos. Las formas extrañas en la pantalla son letras. __________________________________________ Clist UAH a.k.a Angel __________________________________________ Mas vale POJO en mano que STRUTS volando. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Tue, 06 Apr 2010 17:52:04 +0200, Angel Alvarez escribió:
El Jueves, 1 de Abril de 2010 22:26:25 Camaleón escribió:
(...)
En un mundo "ideal", lo normal seria que no hubiera ningún problema y que el windows tuviera registradas todas las posibles combinaciones de extensiones (tar, gz, tar.gz, bz2, zip, 7zip...) con la aplicación correcta y que ésta tuviera tener ningún problema para reconocer y gestionar el tipo de archivo, independientemente de su extensión.
¿¿???
Como lo lees :-)
En el mundo ideal deberia leer las cabeceras para determinar que tipo de fichero tiene (y opcionalmente cachear la tupla extension --> tipo ) ¿ que es eso de registar TODAS las posibles extensiones??
Eso no es lo que he sugerido, vaya, de hecho es lo primero que he descartado como solución a este problema :-?
Vaya mentalidad "windows" que tienes hija.
Gato escaldado. Son muchos años con muchos windows... lo conozco bien y sé las "guarradas" que hace.
Lo único que quiero evitar es que windows le pregunte con qué quiere abrir el archivo si por lo que fuera, el propio windows (o el programa) tuviera problemas para reconocer el "gz" (reconstruido falsamente) como un "tar.gz" (que es su extensión original).
Windows es un producto y como tal el que lo use que se busque la vida y le pida esas "features" al fabricante... El ir compatiblizando con chapuzas los defectos de cada entorno es lo que ha hecho de la informatica le mierda que es.
No te ofendas
No me ofendo. Pero las chapuzas hay que "baipasearlas" de la mejor forma posible. Es lo que diferencia a un "chapuzas" de un "manitas" ;-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Miércoles, 31 de Marzo de 2010 19:40:55 Camaleón escribió:
El Wed, 31 Mar 2010 18:36:08 +0200, Angel escribió:
On Martes, 30 de Marzo de 2010 19:15:16 Camaleón escribió:
¿Cómo se podría obtener de forma inequívoca el tipo de extensión de un archivo?
Prueba con
extension=$(echo $nombre_archivo | rev | cut -f1 -d'.' | rev)
Pruebo:
sm01@stt008:~$ extension=$(echo archivo.2.5.3.tar.gz | rev | cut -f1 -d'.' | rev); echo $extension gz
¡Grrr! :-)
Saludos,
Claro ¿que esperabas? según una definición 8.3 "extendida" esa es la extensión. En Unix no hay extensión propiamente dicha por tanto nunaca podrás detectarla amenos que tengas una tabla de lookup o algo asi .tar.gz .tgz son extensiones arbitrarias.. en todo caso sabiendo que sale gz podrías intentar hacer match de .tar pero siempre será una solución de compromiso. yo haria: archivo-XXX.ext1.ext2.tar.gz -> 'gz' 'tar' 'ext2' 'ext1' archivo-XXX y lo pasaria todo a una funcion al que case $1 in "gz") case "$2" in "tar") esac esac ... y así para unos cuantos casos de interes.. probablemnte llamaria a file para que me dijera de que tipo es el archivo y ahorrarme quebrraderos de cabeza... Most people know C is not so high level.... ...Everybody else just got assembler overdose -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 31 Mar 2010 19:52:00 +0200, Angel escribió:
On Miércoles, 31 de Marzo de 2010 19:40:55 Camaleón escribió:
Prueba con
extension=$(echo $nombre_archivo | rev | cut -f1 -d'.' | rev)
Pruebo:
sm01@stt008:~$ extension=$(echo archivo.2.5.3.tar.gz | rev | cut -f1 -d'.' | rev); echo $extension gz
¡Grrr! :-)
Claro
¿que esperabas?
Que te hubieras leído el resto de correos del hilo ;-)
según una definición 8.3 "extendida" esa es la extensión.
En Unix no hay extensión propiamente dicha por tanto nunaca podrás detectarla amenos que tengas una tabla de lookup o algo asi
.tar.gz .tgz
son extensiones arbitrarias..
Y son las que busco.
en todo caso sabiendo que sale gz podrías intentar hacer match de .tar pero siempre será una solución de compromiso.
No sale con "gz" siempre.
yo haria:
archivo-XXX.ext1.ext2.tar.gz -> 'gz' 'tar' 'ext2' 'ext1' archivo-XXX y lo pasaria todo a una funcion al que
case $1 in "gz") case "$2" in "tar") esac esac
... y así para unos cuantos casos de interes..
probablemnte llamaria a file para que me dijera de que tipo es el archivo y ahorrarme quebrraderos de cabeza...
Noop, ya está resuelto: nombre completo del archivo. Eso no falla. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (10)
-
Alfredo Jesús Delaiti -
Angel -
Angel -
Angel Alvarez
-
Antonio -
Camaleón -
Carlos E. R. -
Eloy Mier Pérez -
Gerardo Herzig -
jose maria