Que tal, Necesito imprimir para una capacitacion el manual de Adminsitrador de Suse 9.1 en español.. Alquien me puede dar un link para bajar el "pdf" del adminguide en español del Suse 9.1 ?.. o que me lo mande por correo? Tengo el rpm pero no tengo acceso a ninguna maquina con Suse Saludos , Gustavo Sanz A. Business Account Manager Ticohosting.com S.A. www.ticohosting.com blocked::http://www.ticohosting.com 800 -HOSTING Cel : 385-0000
On Mon, 13 Sep 2004 13:07:43 -0600, Soporte Técnico
Que tal,
Necesito imprimir para una capacitacion el manual de Adminsitrador de Suse 9.1 en español..
Alquien me puede dar un link para bajar el "pdf" del adminguide en español del Suse 9.1 ?.. o que me lo mande por correo?
Tengo el rpm pero no tengo acceso a ninguna maquina con Suse
Saludos ,
Gustavo Sanz A. Business Account Manager Ticohosting.com S.A. www.ticohosting.com blocked::http://www.ticohosting.com 800 -HOSTING Cel : 385-0000
Saludos Gustavo, http://www.novell.com/es-es/documentation/suse.html Buen provecho! -- Sergio Espinoza Dien susecostarica-at-gmail-dot-com Usuario Linux #328168 * San José, Costa Rica SuSE Linux 9.0 Profesional * KDE 3.3.0 * Kernel 2.4.21-243-smp4G
Gracias Es un rpm Winzip no lo abre. Ya consegui un pdf.. Gracias de todas formas! -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: Lunes, 13 de Septiembre de 2004 03:33 p.m. Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] Admin Guide es en pdf El 2004-09-13 a las 13:07 -0600, Soporte Técnico escribió:
Tengo el rpm pero no tengo acceso a ninguna maquina con Suse
El empaquetado es un tar gz, se podría abrir. Me parece que el winzip lo abre :-? -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
On Mon, 13 Sep 2004 17:54:29 -0600, Soporte Técnico wrote:
Es un rpm Winzip no lo abre.
Es que Windows... si le llamas tar.gz quizás sí :) El Paint también abre un Zip sólo con cambiar la extensión por .bmp ... tecnología punta :D -- Benjamí http://weblog.bitassa.net .
El 2004-09-14 a las 02:20 +0200, Benjamí Villoslada escribió:
On Mon, 13 Sep 2004 17:54:29 -0600, Soporte Técnico wrote:
Es un rpm Winzip no lo abre.
Es que Windows... si le llamas tar.gz quizás sí :)
Me parece recordar haberlo hecho alguna vez en windows, y no se con qué. Pudo ser winzip, o quizás infozip.
El Paint también abre un Zip sólo con cambiar la extensión por .bmp ... tecnología punta :D
No, no es culpa de ellos. Tomaron una decisión de diseño inicial, que fué interpretar la clase de los ficheros según la extensión del nombre. Ahorra un tiempo apreciable de CPU, cuando las CPUs iban a 4 Mhz y los discos eran blandos. Y no fueron los únicos en hacerlo así, el VAX hacía lo mismo. Con esa técnica, a cualquier programa de windows le puedes engañar, y eso a veces tiene sus ventajas. Incluso para nosotros hay ventajas, porque los servidores de correo (postfix) pueden reconocer los ejecutables de windows con sólo mirar el nombre. En cambio, a otros programas de windows no les engañas, porque la cabecera tiene que tener un formato determinado. Pe, los mismos ejecutables. -- Saludos Carlos Robinson
On Tue, 14 Sep 2004 13:23:58 +0200 (CEST), Carlos E. R. wrote:
El 2004-09-14 a las 02:20 +0200, Benjamí Villoslada escribió:
El Paint también abre un Zip sólo con cambiar la extensión por .bmp ... tecnología punta :D
No, no es culpa de ellos. Tomaron una decisión de diseño inicial, que fué interpretar la clase de los ficheros según la extensión del nombre. Ahorra un tiempo apreciable de CPU, cuando las CPUs iban a 4 Mhz y los discos eran blandos. Y no fueron los únicos en hacerlo así, el VAX hacía lo mismo.
<cebolleta> Sí, recuerdo la época. Por entonces yo usaba MP/M y Oasis (luego Theos) :) </cebolleta> No se si los sistemas de Apple funcionaron alguna vez con la extensión; no me acuerdo de todos, ahora.
Con esa técnica, a cualquier programa de windows le puedes engañar, y eso a veces tiene sus ventajas. Incluso para nosotros hay ventajas, porque los servidores de correo (postfix) pueden reconocer los ejecutables de windows con sólo mirar el nombre.
Pero ellos también pretenden trabajar sin extensiones al configurar el Windows por defecto sin mostrar las extensiones y sin dejar tocarlas. Lo cambiaba para que la mostrase. Recuerdo que era por la rigidez de algunos programas (no recuerdo los detalles, hace mucho) que no permitían abrir más archivos que los de las extensiones previstas. Sí, siempre es más fácil demostrar la naturaleza real de un archivo .sxw de OOo en Windows, cambiándolo a .zip, que en GNU/Linux, abriéndolo con Ark (o similar), saltándose los filtros del programa. A GNU/Linux cuando hace falta también le puedes engañar, pero a base de flexibilidad o con herramientas más consistentes que la ocultación de una extensión que incluso puede ser explotada como engaño (el virus I Love You, por ser de los primeros engaños masivos, fué sonado :)
En cambio, a otros programas de windows no les engañas, porque la cabecera tiene que tener un formato determinado. Pe, los mismos ejecutables.
Seguro que no intenta ejecutar un BMP pero no puede y lo deja correr con un mensaje técnicamente correcto? ;) -- Benjamí http://weblog.bitassa.net .
El 2004-09-14 a las 14:50 +0200, Benjamí Villoslada escribió:
Con esa técnica, a cualquier programa de windows le puedes engañar, y eso a veces tiene sus ventajas. Incluso para nosotros hay ventajas, porque los servidores de correo (postfix) pueden reconocer los ejecutables de windows con sólo mirar el nombre.
Pero ellos también pretenden trabajar sin extensiones al configurar el Windows por defecto sin mostrar las extensiones y sin dejar tocarlas. Lo cambiaba para que la mostrase. Recuerdo que era por la rigidez de algunos programas (no recuerdo los detalles, hace mucho) que no permitían abrir más archivos que los de las extensiones previstas.
No las mostraban por simple estética, porque ponían (y siguen haciéndolo) un icono distinto, el de la aplicación que los abre, según el tipo. Me parece un truco majo; hacer lo mismo en Linux (que se hace) supone abrir un momento todos los ficheros para descubrir su tipo. De hecho, algunos manejadores de archivos de linux te preguntan que si lo hacen por la extensión o por el tipo interno. Y respecto a que algunos programas eran duros de cabeza... bueno, pues se les engañaba cambiándoles la extensión y santas pascuas :-p
Sí, siempre es más fácil demostrar la naturaleza real de un archivo .sxw de OOo en Windows, cambiándolo a .zip, que en GNU/Linux, abriéndolo con Ark (o similar), saltándose los filtros del programa.
Si, es curioso. Me llevé una interesante sorpresa cuando lo descubrí - el mc los abre.
A GNU/Linux cuando hace falta también le puedes engañar, pero a base de flexibilidad o con herramientas más consistentes que la ocultación de una extensión que incluso puede ser explotada como engaño (el virus I Love You, por ser de los primeros engaños masivos, fué sonado :)
:-) No caí. Siempre he desactivado la ocultación de extensiones, y por esa época ya no miraba correos en windows - salvo en el trabajo, claro. Allí se hace lo que te mandan.
En cambio, a otros programas de windows no les engañas, porque la cabecera tiene que tener un formato determinado. Pe, los mismos ejecutables.
Seguro que no intenta ejecutar un BMP pero no puede y lo deja correr con un mensaje técnicamente correcto? ;)
X-) No, no lo hace. Vamos a ver, puedes cargarlo con un debugger y lanzar su ejecución, funcionaría. Es decir, o peta, o se para, o te estalla la CPU, vete a saber ;-) Pero con el cargador normal, es decir, con el explorer, o linea de comandos, no, no se puede, porque mira el tipo para encontrar ciertos datos, como saber donde ha de meterlo en memoria. Saltarían inconsistencias. Mira, ahora mismo, mirando en unos virus que tengo guardados (me llegaron en un correo), tengo uno que el fichero vino como "nuevapromo[1].bat". Pero no es un bat, es un exe, tiene la firma: Los .exe empiezan por la cadena MZ, que eran las iniciales de un desarrollador de MS. -- Saludos Carlos Robinson
participants (4)
-
Benjamí Villoslada
-
Carlos E. R.
-
Sergio Espinoza-Dien
-
Soporte Técnico