[opensuse-es] Falla en instalación de OpenSUSE 10.2 ...
Hola a tod@s: Tengo una computadora Compaq Presario equipada con procesador pentium 2 celeron de 700 mhz, 256 MB en RAM, disco duro de 40 GB, tarjeta de video i752 y monitor MV540. Descargue las isos de los CDs de aqui: http://suse.bifi.unizar.es/opensuse/distribution/10.2/iso/cd/ Intento instalar el OpenSUSE 10.2 y todo va bien, hasta llegado el momento de lanzar el modo grafico para continuar la instalacion: hace un intento de lanzarlo y luego aborta y cambia a modo texto, para continuar con la instalación. Mirando detenidamente, encuentro este mensaje en la consola: /usr/lib/YaST2/startup/YaST2.call: line 36: 2765 Aborted (coredumped) $Xexecutable -deferglyphs 16 vt07 2>/dev/tty8 1>&2 ***Starting YaST2*** Luego, en el modo texto de instalacion aparece esto: Your computer does not futfill all requirements for a graphical installation. There is less than 96 MB memory or the X server could not be started. En uno de los momentos de instalación, segui adelante con el proceso y me encontre que luego de terminar con el CD 1 y reiniciar, no continua con la instalacion (no pide el CD 2 ni subsiguientes) aparece una pantalla tipo YAST gráfico y luego sale a modo texto y regresa desplegando una pantalla tipo XFCE donde solo hay una caja de texto (con la cual la verdad no puedo hacer nada) . Luego de tres intentos fallidos de instalación, no se que hacer ... asi que acudo a sus conocimientos y experiencia. Quedo atento a sus comentarios/sugerencias/indicaciones. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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 Martes, 26 de Diciembre de 2006 16:28, RŌNIN escribió: [...]
Your computer does not futfill all requirements for a graphical installation. There is less than 96 MB memory or the X server could not be started.
Por el hw que comentas que tienes, no creo que sea un problema de RAM. Puede ser: - t. gráfica: esté dando algún fallo de compatibilidad - CDROM/DVD: está dando errores (me pasó una vez y solucioné el problema cambiando la unidad lectora) También he visto errores parecidos por calentamiento del equipo. No creo que sea tu caso porque es un PII.
En uno de los momentos de instalación, segui adelante con el proceso y me encontre que luego de terminar con el CD 1 y reiniciar, no continua con la instalacion (no pide el CD 2 ni subsiguientes) aparece una pantalla tipo YAST gráfico y luego sale a modo texto y regresa desplegando una pantalla tipo XFCE donde solo hay una caja de texto (con la cual la verdad no puedo hacer nada) .
Luego de tres intentos fallidos de instalación, no se que hacer ... asi que acudo a sus conocimientos y experiencia.
Quedo atento a sus comentarios/sugerencias/indicaciones.
Yo te aconsejo una instalación sin modo gráfico. Una vez instalado todo, reinicia el equipo y te debería entrar en las X. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 Rafa:
2006/12/26, Rafa Grimán
Hola :)
Por el hw que comentas que tienes, no creo que sea un problema de RAM. Puede ser:
- t. gráfica: esté dando algún fallo de compatibilidad
Voy pensando que por aca es el lio, segun lo que me cuenta otro colistero en este hilo.
- CDROM/DVD: está dando errores (me pasó una vez y solucioné el problema cambiando la unidad lectora)
Pues nada, vas a ver que cambie la unidad de cd-rom, intente instalar y TODO sigue igual.
Yo te aconsejo una instalación sin modo gráfico. Una vez instalado todo, reinicia el equipo y te debería entrar en las X.
Pues nada, se niega a dejarse instalar correctamente: ya te digo que termina con el primer CD y no solicita nada mas ... y de vuelta donde he comenzado. Te agradezco el tiempo y las indicaciones ... sigo en la lectura/busqueda de soluciones a este lio. Estare pendiente a cualquier otro aporte. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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 12/26/06, RŌNIN
Hola a tod@s:
Tengo una computadora Compaq Presario equipada con procesador pentium 2 celeron de 700 mhz, 256 MB en RAM, disco duro de 40 GB, tarjeta de video i752 y monitor MV540.
Descargue las isos de los CDs de aqui: http://suse.bifi.unizar.es/opensuse/distribution/10.2/iso/cd/
Intento instalar el OpenSUSE 10.2 y todo va bien, hasta llegado el momento de lanzar el modo grafico para continuar la instalacion: hace un intento de lanzarlo y luego aborta y cambia a modo texto, para continuar con la instalación.
Mirando detenidamente, encuentro este mensaje en la consola:
/usr/lib/YaST2/startup/YaST2.call: line 36: 2765 Aborted (coredumped) $Xexecutable -deferglyphs 16 vt07 2>/dev/tty8 1>&2 ***Starting YaST2***
Luego, en el modo texto de instalacion aparece esto:
Your computer does not futfill all requirements for a graphical installation. There is less than 96 MB memory or the X server could not be started.
Lo mismo me sucedio a mi con un PC antiguo al cual quise instalar la version 10.2 y el problema es la tarjeta de video, la mia tenia una Trident 9660 con 2 MB de memoria del año 100 A.C. :) y le tuve que cambiar por una no tan vieja una ATI Radeon 7000 y me funcionó perfectamente. Suerte David.
Hola David: 2006/12/26, David Canar :
Lo mismo me sucedio a mi con un PC antiguo al cual quise instalar la version 10.2 y el problema es la tarjeta de video, la mia tenia una Trident 9660 con 2 MB de memoria del año 100 A.C. :) y le tuve que cambiar por una no tan vieja una ATI Radeon 7000 y me funcionó perfectamente.
Me preocupa que se este olvidando la compatibilidad hacia atras, esta es una tarjeta de video integrada Intel i752 con 1 MB de VRAM, y ahi ha venido funcionado correctamente el SUSE 10.0 ... sera que al haber acuerdo entre Novell y Microsoft, han incluido en SUSE las tacticas de "si estrenas programa, estrena hardware" ? No creo que me aprueben en la empresa la adquisicion de una tarjeta de video de 64 MB o mas y de ultima generacion. Alguien me puede orientar sobre lo que debo hacer ? Agradezco tu tiempo y orientacion. Cordialmente, Cuervo Linuxero P. D. Esta tarde ensayo los mismos medios en mi computadora personal, que cuenta con una tarjeta de video mas actualizada, ya luego cuento mis peripecias y avances. -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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 Martes, 26 de Diciembre de 2006 18:01, RŌNIN escribió:
Hola David:
2006/12/26, David Canar :
Lo mismo me sucedio a mi con un PC antiguo al cual quise instalar la version 10.2 y el problema es la tarjeta de video, la mia tenia una Trident 9660 con 2 MB de memoria del año 100 A.C. :) y le tuve que cambiar por una no tan vieja una ATI Radeon 7000 y me funcionó perfectamente.
Me preocupa que se este olvidando la compatibilidad hacia atras, esta es una tarjeta de video integrada Intel i752 con 1 MB de VRAM, y ahi
La verdad es que 1 MB de VRAM es poco. En todo caso, te debería dar una resolución mínima.
ha venido funcionado correctamente el SUSE 10.0 ... sera que al haber acuerdo entre Novell y Microsoft, han incluido en SUSE las tacticas de "si estrenas programa, estrena hardware" ?
No creo que se deba a este acuerdo, pero sí es verdad que Linux consume recursos en modo gráfico.
No creo que me aprueben en la empresa la adquisicion de una tarjeta de video de 64 MB o mas y de ultima generacion. Alguien me puede orientar sobre lo que debo hacer ?
No creo que haga falta comprar una tarjeta nueva. Prueba reinstalar, pero antes de entrar en la instalación (cuando te aparece el menú de Installation - Installation Safe Settings - ...). Abajo verás que aparece F1 Ayuda ... Creo que si pulsas F2 puedes seleccionar la resolución a la que vas a instalar. Selecciona "Text Mode". Cuando llegues a la pantalla en la que se configura el sistema gráfico, configúralo en la mínima resolución y el menor número de colores. Cuando acabes la instalación, reinicia el sistema. [...]
Esta tarde ensayo los mismos medios en mi computadora personal, que cuenta con una tarjeta de video mas actualizada, ya luego cuento mis peripecias y avances.
Suerte y ánimo ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-26 a las 18:37 +0100, Rafa Grimán escribió:
Me preocupa que se este olvidando la compatibilidad hacia atras, esta es una tarjeta de video integrada Intel i752 con 1 MB de VRAM, y ahi
La verdad es que 1 MB de VRAM es poco. En todo caso, te debería dar una resolución mínima.
Es muy poco hoy en dia... de todos modos, oí un rumor de que lo mínimo aceptado era un P-III, y él tiene un II. Y por otra parte, existen dos proyectos en opensuse para instalaciones en máquinas pequeñas. Uno es el microsuse y el otro... ¿minisuse? Otra cosa. En fin, que si esas versiones no existen todavía, al menos si tienen indicaciones para instalar en sistemas pequeñitos.
Abajo verás que aparece F1 Ayuda ... Creo que si pulsas F2 puedes seleccionar la resolución a la que vas a instalar. Selecciona "Text Mode".
Cuando llegues a la pantalla en la que se configura el sistema gráfico, configúralo en la mínima resolución y el menor número de colores. Cuando acabes la instalación, reinicia el sistema.
Yo intentaría eso que dices, instalación en modo texto. Es más, esa instalación se hace con el CD1 nada más. Una vez en ejecución el sistema ya intentaría probar algo gráfico. De hecho, hace años siempre instalaba así: primero texto, sistema funcionando, y graficos lo último. Tiempos del Yast1. Es mucho más seguro: si peta la prueba del modo gráfico no pierdo toda la instalación, sin saber como continuar sin formatear. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFkW83tTMYHG2NR9URAlpXAKCKf3rSKQ36zY7imnnys1XjsxW1XwCfYx7T NKVAMioB+NFwleeVc7Rm5hQ= =x5vl -----END PGP SIGNATURE-----
Hola :) El Martes, 26 de Diciembre de 2006 19:51, Carlos E. R. escribió:
El 2006-12-26 a las 18:37 +0100, Rafa Grimán escribió:
Me preocupa que se este olvidando la compatibilidad hacia atras, esta es una tarjeta de video integrada Intel i752 con 1 MB de VRAM, y ahi
La verdad es que 1 MB de VRAM es poco. En todo caso, te debería dar una resolución mínima.
Es muy poco hoy en dia... de todos modos, oí un rumor de que lo mínimo aceptado era un P-III, y él tiene un II.
Curioso ... el PII y el PIII pertenecen a la misma tecnología/familia que viene de la época del Pentium (desde el Pentium hasta el Intel Core, la tecnología es la misma, el cambio real ocurre con el Intel Core 2). Realmente comparte más tecnología con Pentium Pro que con Pentium. Los Pentium Pro, PII y PIII son muy similares y se consideran la sexta generación de Intel. Cambió un poco la arquitectura con los Pentium M, Pentium IV y los Intel Core, pero poco ... hasta que han llegado los Intel Core 2 que es cuando se vuelve a producir un cambio grande/significativo. Las diferencias más notables entre PII y PII son que el PIII incluye SSE, mejoras en la controladora de la caché L1. Me imagino que lo dirán por rendimiento. Los PIII tienen mejores cachés, una frecuencia de reloj mayor, ... por lo que el rendimiento teórico es mejor. En casa tengo un PII y un Celeron. Si me da tiempo, lo pruebo a ver qué ocurre.
Y por otra parte, existen dos proyectos en opensuse para instalaciones en máquinas pequeñas. Uno es el microsuse y el otro... ¿minisuse? Otra cosa. En fin, que si esas versiones no existen todavía, al menos si tienen indicaciones para instalar en sistemas pequeñitos.
Estaría bien extender eso a openSUSE ;)
Abajo verás que aparece F1 Ayuda ... Creo que si pulsas F2 puedes seleccionar la resolución a la que vas a instalar. Selecciona "Text Mode".
Cuando llegues a la pantalla en la que se configura el sistema gráfico, configúralo en la mínima resolución y el menor número de colores. Cuando acabes la instalación, reinicia el sistema.
Yo intentaría eso que dices, instalación en modo texto. Es más, esa instalación se hace con el CD1 nada más. Una vez en ejecución el sistema ya intentaría probar algo gráfico. De hecho, hace años siempre instalaba así: primero texto, sistema funcionando, y graficos lo último. Tiempos del Yast1. Es mucho más seguro: si peta la prueba del modo gráfico no pierdo toda la instalación, sin saber como continuar sin formatear.
¡Qué tiempos! Yast1 ... Me acuerdo cuando alió la primera versión de YaST2 ... sacaron YaST2 "demasiado pronto" (aka no hacía todo lo que hacía YaST1, tenía sus fallos, ...) pero se solucionó todo con la siguiente versión :) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 11:06 +0100, Rafa Grimán escribió:
Es muy poco hoy en dia... de todos modos, oí un rumor de que lo mínimo aceptado era un P-III, y él tiene un II.
Curioso ... el PII y el PIII pertenecen a la misma tecnología/familia que viene de la época del Pentium (desde el Pentium hasta el Intel Core, la tecnología es la misma, el cambio real ocurre con el Intel Core 2).
Es un rumor, no confirmado. O sea, esas cosas que se dicen en la lista inglesa, a ver si alguien lo confirma, pero nadie lo confirma ni lo desmiente. Lo único que sé es que se ha mencionado.
Realmente comparte más tecnología con Pentium Pro que con Pentium. Los Pentium Pro, PII y PIII son muy similares y se consideran la sexta generación de Intel. Cambió un poco la arquitectura con los Pentium M, Pentium IV y los Intel Core, pero poco ... hasta que han llegado los Intel Core 2 que es cuando se vuelve a producir un cambio grande/significativo. Las diferencias más notables entre PII y PII son que el PIII incluye SSE, mejoras en la controladora de la caché L1.
Me imagino que lo dirán por rendimiento. Los PIII tienen mejores cachés, una frecuencia de reloj mayor, ... por lo que el rendimiento teórico es mejor.
En casa tengo un PII y un Celeron. Si me da tiempo, lo pruebo a ver qué ocurre.
Yo dejé de seguir los cambios con el P-I a cientoalgo Mhz :-) Bueno, con el 386 me estudié la arquitectura interior, aunque en assembler sólo he hecho un poquito con el 8086; con el que realmente me metí, assembler y osciloscopio, fué con el 68000: me encanta ese micro (y no, no estoy de acuerdo con las comparativas típicas que le hacen con el 8088/86). ¿Hay alguna webecilla que haga comparativas simples de cpus? Mmm, seguro que la wikipedia, como no.
Y por otra parte, existen dos proyectos en opensuse para instalaciones en máquinas pequeñas. Uno es el microsuse y el otro... ¿minisuse? Otra cosa. En fin, que si esas versiones no existen todavía, al menos si tienen indicaciones para instalar en sistemas pequeñitos.
Estaría bien extender eso a openSUSE ;)
Pero bueno, es que en la opensuse en cuanto metes el yast o el openoffice o el mismo mozilla, apaga y vamonos. Son ramas inacabadas de la opensuse. ¿Tu sabes lo que tarda el mozilla en abrirme una página en mi P-I? Cuestión de media hora...
Yo intentaría eso que dices, instalación en modo texto. Es más, esa instalación se hace con el CD1 nada más. Una vez en ejecución el sistema ya intentaría probar algo gráfico. De hecho, hace años siempre instalaba así: primero texto, sistema funcionando, y graficos lo último. Tiempos del Yast1. Es mucho más seguro: si peta la prueba del modo gráfico no pierdo toda la instalación, sin saber como continuar sin formatear.
¡Qué tiempos! Yast1 ... Me acuerdo cuando alió la primera versión de YaST2 ... sacaron YaST2 "demasiado pronto" (aka no hacía todo lo que hacía YaST1, tenía sus fallos, ...) pero se solucionó todo con la siguiente versión :)
No, no en la siguiente. Tardaron más. Coexistieron dos o tres versiones. Incluso recuerdo una versión en la que ya no había yast1 y faltaban cosas en la 2 que hacían mucha falta, pero no caigo en qué era. Es más, la única vez que me falló una actualización fué entre la 7.3 y la 8.1, que ya era sólo yast2 en el CD/DVD (no montó todas las particiones que debía y le faltó espacio, petando estrepitosamente a media actualización). Si no fuera por eso, este sistema estaría actualizado desde la 7.1 a pasos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFkk67tTMYHG2NR9URAjvzAJ0a/JqtOxFoihg+iPD4Z77t15exkgCfU0R1 LE+eIto7zRjRPyq7oXzTMZ0= =w+Ft -----END PGP SIGNATURE-----
Hola :) El Miércoles, 27 de Diciembre de 2006 11:45, Carlos E. R. escribió:
El 2006-12-27 a las 11:06 +0100, Rafa Grimán escribió:
Es muy poco hoy en dia... de todos modos, oí un rumor de que lo mínimo aceptado era un P-III, y él tiene un II.
Curioso ... el PII y el PIII pertenecen a la misma tecnología/familia que viene de la época del Pentium (desde el Pentium hasta el Intel Core, la tecnología es la misma, el cambio real ocurre con el Intel Core 2).
Es un rumor, no confirmado. O sea, esas cosas que se dicen en la lista inglesa, a ver si alguien lo confirma, pero nadie lo confirma ni lo desmiente. Lo único que sé es que se ha mencionado.
Ahh. Pensaba que estaba en la web de Novell. [...]
Yo dejé de seguir los cambios con el P-I a cientoalgo Mhz :-)
Bueno, con el 386 me estudié la arquitectura interior, aunque en assembler sólo he hecho un poquito con el 8086; con el que realmente me metí, assembler y osciloscopio, fué con el 68000: me encanta ese micro (y no, no estoy de acuerdo con las comparativas típicas que le hacen con el 8088/86).
La verdad es que nunca lo he seguido a fondo y últimamente ando algo alejado (dedicarse al almacenamiento es lo que tiene 0:), a ver si retomo un poco el tema. Lo que sí me leo son los benchmarks que publican los de Phoronix y compañía para saber por dónde van los tiros.
¿Hay alguna webecilla que haga comparativas simples de cpus? Mmm, seguro que la wikipedia, como no.
En la wikipedia hay buena documentación.
Y por otra parte, existen dos proyectos en opensuse para instalaciones en máquinas pequeñas. Uno es el microsuse y el otro... ¿minisuse? Otra cosa. En fin, que si esas versiones no existen todavía, al menos si tienen indicaciones para instalar en sistemas pequeñitos.
Estaría bien extender eso a openSUSE ;)
Pero bueno, es que en la opensuse en cuanto metes el yast o el openoffice o el mismo mozilla, apaga y vamonos. Son ramas inacabadas de la opensuse.
Eso es verdad. OOo y FireFox consumen lo suyo. Menos mal que el OOo lo han ido aligerando un poco, pero aún así ... Yo estoy deseando que Koffice (KDE "foreber" !!! ;) se lleve un buen empujón, la pena es que tiene pocos desarrolladores :(
¿Tu sabes lo que tarda el mozilla en abrirme una página en mi P-I? Cuestión de media hora...
Nostámal ... te puedes preparar el desayuno, comértelo y ... cuando leas la página ... la noticia será vieja ;) [...]
¡Qué tiempos! Yast1 ... Me acuerdo cuando alió la primera versión de YaST2 ... sacaron YaST2 "demasiado pronto" (aka no hacía todo lo que hacía YaST1, tenía sus fallos, ...) pero se solucionó todo con la siguiente versión :)
No, no en la siguiente. Tardaron más. Coexistieron dos o tres versiones. Incluso recuerdo una versión en la que ya no había yast1 y faltaban cosas en la 2 que hacían mucha falta, pero no caigo en qué era.
Joer macho, ¡qué memoria tienes! Te envidio ;) Pues si tú no te acuerdas ...
Es más, la única vez que me falló una actualización fué entre la 7.3 y la 8.1, que ya era sólo yast2 en el CD/DVD (no montó todas las particiones que debía y le faltó espacio, petando estrepitosamente a media actualización). Si no fuera por eso, este sistema estaría actualizado desde la 7.1 a pasos.
Eso es valor !!! Hay que darte un kilo de medallas al valor, la paciencia y la constancia. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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
Rafa Grimán escribió:
Eso es verdad. OOo y FireFox consumen lo suyo. Menos mal que el OOo lo han ido aligerando un poco, pero aún así ... Yo estoy deseando que Koffice (KDE "foreber" !!! ;) se lleve un buen empujón, la pena es que tiene pocos desarrolladores :(
Cómo se nota que la openSuSE va bien... ¿Habéis visto los hilos que tenemos? No hay problemas... Alguno suelto y la típicas de novatos y las típicas de plastas que no usan google ni leen un poco la lista. Yo también. Tengo ganas de que konqueror y koffice lleguen al nivel de firefox y openoffice... y dos programas menos... también quiero sustituir gimp. No tengo nada contra esos programas. Pero me fastidia que no se acoplen bien con KDE... ¿por qué tengo que usar otro gestor de impresión con esos programas? En cuando funcionen bien los de KDE, fuera.
¿Tu sabes lo que tarda el mozilla en abrirme una página en mi P-I? Cuestión de media hora...
Yo el procesador más antiguo sobre el que he montado linux ha sido un AMD K6/II 333Mhz, vaya maravilla. :) Hasta Mdk 9.1, buen linux, y SuSE 9.0.
Joer macho, ¡qué memoria tienes! Te envidio ;) Pues si tú no te acuerdas ...
Parecemos abuelos ceboyeta... claro que vosotros mucho más :P.
Eso es valor !!! Hay que darte un kilo de medallas al valor, la paciencia y la constancia.
No, lo que hay que proponerle para beatificación al Vaticano. Ya has confirmado que los milagros existen... :) A mí creo que solamente ha habido una actualización que haya sido de mi gusto, y fue francamente perfecta, una actualización que hice entre Mandrakes.
Rafa
César. --------------------------------------------------------------------- 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 Miércoles, 27 de Diciembre de 2006 15:24, csalinux escribió:
Rafa Grimán escribió:
Eso es verdad. OOo y FireFox consumen lo suyo. Menos mal que el OOo lo han ido aligerando un poco, pero aún así ... Yo estoy deseando que Koffice (KDE "foreber" !!! ;) se lleve un buen empujón, la pena es que tiene pocos desarrolladores :(
Cómo se nota que la openSuSE va bien... ¿Habéis visto los hilos que tenemos? No hay problemas... Alguno suelto y la típicas de novatos y las típicas de plastas que no usan google ni leen un poco la lista.
;)
Yo también. Tengo ganas de que konqueror y koffice lleguen al nivel de firefox y openoffice... y dos programas menos... también quiero sustituir gimp.
¿Krita?
No tengo nada contra esos programas. Pero me fastidia que no se acoplen bien con KDE... ¿por qué tengo que usar otro gestor de impresión con esos programas? En cuando funcionen bien los de KDE, fuera.
Uno de los inconvenientes (y a la vez ventaja) de la variedad (de que exista variedad) es precisamente esa ... que existe variedad. En nuestro caso ahora hay menos variedad porque Motif/lesstif ya no se usa (casi) y sólo tenemos los dos grandesGtk y Qt (hay otros, pero en desuso) Como ocurre siempre, Gtk y Qt no son compatibles (aunque Qt incluye bastantes hooks o como queráis llamarlo para integrarse con Gtk y Java y Python y ...) así que copiar y pegar, arrastrar y soltar, ... entre ambos no es del todo posible. Por si eso fuera poco ... el Sr. de Icaza se ha empeñado en Mono así que Gtk ahora se tiene que integrar con Mono ... una variable más. Gracias a Dios, se pusieron unos a pensar y salieron con la idea de Freedsktops.org y el proyecto Portland (creo que es el nombre) para que los desktops en Linux sean compatibles al 100%. Yo uso Konqueror y sólo uso Firefox si una página me da problemas con Flash. También es verdad que no navego por webs "raras" (banca electrónica, compras on-line, ...) así que no soy buen elemento de estudio ;) En cuanto a Koffice, lo he probado varias veces y he intentado de corazón usarlo, pero no es lo suficientemente compatible con OOo ni MS-Office, algunas cosas no están, ... :( Lástima que no me haya tocado la lotería para poder invertir en él ;)
¿Tu sabes lo que tarda el mozilla en abrirme una página en mi P-I? Cuestión de media hora...
Yo el procesador más antiguo sobre el que he montado linux ha sido un AMD K6/II 333Mhz, vaya maravilla. :) Hasta Mdk 9.1, buen linux, y SuSE 9.0.
386 y varios 486 ... eso fue en el 98/99.
Joer macho, ¡qué memoria tienes! Te envidio ;) Pues si tú no te acuerdas ...
Parecemos abuelos ceboyeta... claro que vosotros mucho más :P.
Un respeto por tus mayores !!! ;)
Eso es valor !!! Hay que darte un kilo de medallas al valor, la paciencia y la constancia.
No, lo que hay que proponerle para beatificación al Vaticano. Ya has confirmado que los milagros existen... :) A mí creo que solamente ha habido una actualización que haya sido de mi gusto, y fue francamente perfecta, una actualización que hice entre Mandrakes.
Una vez actualicé la SUSE (no recuerdo entre qué versiones) y me funcionó muy bien. No lo hago porque tardo mucho en personalizar (aka quitar todos los fondos, salva pantallas, sonidos, ... ;) y me gusta ver las diferencias entre uno y otro así que siempre instalo en una segunda partición. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 16:00 +0100, Rafa Grimán escribió:
Yo el procesador más antiguo sobre el que he montado linux ha sido un AMD K6/II 333Mhz, vaya maravilla. :) Hasta Mdk 9.1, buen linux, y SuSE 9.0.
386 y varios 486 ... eso fue en el 98/99.
Tengo un SuSE 6.4 sobre un 80386-SX de cinco megas y 20 megahertzios. ¡Hala! :-P
Joer macho, ¡qué memoria tienes! Te envidio ;) Pues si tú no te acuerdas ...
Parecemos abuelos ceboyeta... claro que vosotros mucho más :P.
Un respeto por tus mayores !!! ;)
¡Memoria! Que va, se me olvidan muchas cosas...
Eso es valor !!! Hay que darte un kilo de medallas al valor, la paciencia y la constancia.
No, lo que hay que proponerle para beatificación al Vaticano. Ya has confirmado que los milagros existen... :) A mí creo que solamente ha habido una actualización que haya sido de mi gusto, y fue francamente perfecta, una actualización que hice entre Mandrakes.
Una vez actualicé la SUSE (no recuerdo entre qué versiones) y me funcionó muy bien. No lo hago porque tardo mucho en personalizar (aka quitar todos los fondos, salva pantallas, sonidos, ... ;) y me gusta ver las diferencias entre uno y otro así que siempre instalo en una segunda partición.
Para eso me basta con crear un nuevo usuario y entrar. Además, suelo crear una partición de rescate desde cero para probar antes de actualizar la de trabajo. ¿Que te crees? Soy zorro viejo ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFkttatTMYHG2NR9URAoFeAJ9pHbEXKaE9MswmRlX1lde9Y8Q6BgCgh/vQ W6UVy/Qga6QnWE3gVWCkCHk= =TwTr -----END PGP SIGNATURE-----
Bueno, con el 386 me estudié la arquitectura interior, aunque en assembler sólo he hecho un poquito con el 8086; con el que realmente me metí, assembler y osciloscopio, fué con el 68000: me encanta ese micro (y no, no estoy de acuerdo con las comparativas típicas que le hacen con el 8088/86).
Mirate los Coldfire, disfrutaras un rato. Lluis Ex -Soporte tecnico de micros Motorola en BCN
2006/12/27, Rafa Grimán
Hola :)
El Martes, 26 de Diciembre de 2006 19:51, Carlos E. R. escribió:
El 2006-12-26 a las 18:37 +0100, Rafa Grimán escribió:
Me preocupa que se este olvidando la compatibilidad hacia atras, esta es una tarjeta de video integrada Intel i752 con 1 MB de VRAM, y ahi
La verdad es que 1 MB de VRAM es poco. En todo caso, te debería dar una resolución mínima.
Es muy poco hoy en dia... de todos modos, oí un rumor de que lo mínimo aceptado era un P-III, y él tiene un II.
Curioso ... el PII y el PIII pertenecen a la misma tecnología/familia que viene de la época del Pentium (desde el Pentium hasta el Intel Core, la tecnología es la misma, el cambio real ocurre con el Intel Core 2).
Realmente comparte más tecnología con Pentium Pro que con Pentium. Los Pentium Pro, PII y PIII son muy similares y se consideran la sexta generación de Intel. Cambió un poco la arquitectura con los Pentium M, Pentium IV y los Intel Core, pero poco ... hasta que han llegado los Intel Core 2 que es cuando se vuelve a producir un cambio grande/significativo. Las diferencias más notables entre PII y PII son que el PIII incluye SSE, mejoras en la controladora de la caché L1.
Me imagino que lo dirán por rendimiento. Los PIII tienen mejores cachés, una frecuencia de reloj mayor, ... por lo que el rendimiento teórico es mejor.
En casa tengo un PII y un Celeron. Si me da tiempo, lo pruebo a ver qué ocurre.
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos. Con respecto al Intel Core 2 Duo, se habla muy bien de el, pero no me extrañaría que en cualquier momento empiecen a aparecer los clasicos bugs de los micros intel como siempre ocurrió en el pasado (comma bug, F00F, Fdiv, Hypertrheading bug, etc). 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
Hola :) El Miércoles, 27 de Diciembre de 2006 12:33, Juan Erbes escribió: [...]
Realmente comparte más tecnología con Pentium Pro que con Pentium. Los Pentium Pro, PII y PIII son muy similares y se consideran la sexta generación de Intel. Cambió un poco la arquitectura con los Pentium M, Pentium IV y los Intel Core, pero poco ... hasta que han llegado los Intel Core 2 que es cuando se vuelve a producir un cambio grande/significativo. Las diferencias más notables entre PII y PII son que el PIII incluye SSE, mejoras en la controladora de la caché L1.
Me imagino que lo dirán por rendimiento. Los PIII tienen mejores cachés, una frecuencia de reloj mayor, ... por lo que el rendimiento teórico es mejor.
En casa tengo un PII y un Celeron. Si me da tiempo, lo pruebo a ver qué ocurre.
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos.
Eso se debe al gcc, pero la arquitectura del PII y PIII vienen del PentiumPro. Actualmente gcc discrimina entre los diferentes procesadores, pero antes no lo hacía tan bien como ahora. Ahora ya se discrimina entre los procesadores Intel y los AMD, antes no ocurría eso. Con Gentoo, por ejemplo, tenía que decirle a gcc que mi K7 era un PentiumPro. Hoy en día puedo decirle si es un K7 Thunderbird (athlon-tbird) o si es otro K7 (athlon, athlon-4, athlon-xp, athlon-mp), por ejemplo. Los procesadores que "(re)conoce" la última versión de gcc son: http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/i386-and-x86_002d64-Options.html...
Con respecto al Intel Core 2 Duo, se habla muy bien de el, pero no me extrañaría que en cualquier momento empiecen a aparecer los clasicos bugs de los micros intel como siempre ocurrió en el pasado (comma bug, F00F, Fdiv, Hypertrheading bug, etc).
Por ahora no he oído hablar de ninguno. Todos los inventos que hacemos los Humanos están desarrollados con algún problema u otro ;) Lo bueno es que esto nos permite aprender y avanzar :) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 13:43 +0100, Rafa Grimán escribió:
Ahora ya se discrimina entre los procesadores Intel y los AMD, antes no ocurría eso. Con Gentoo, por ejemplo, tenía que decirle a gcc que mi K7 era un PentiumPro. Hoy en día puedo decirle si es un K7 Thunderbird (athlon-tbird) o si es otro K7 (athlon, athlon-4, athlon-xp, athlon-mp), por ejemplo.
Cuando compilas algo, ¿que opción le pasas al configure para que te compile para un determinado procesador? Es decir, para que le pase al gcc la opción "-march=CPUTYPE"? Yo me lio tanto y la lian tanto, que lo que hago es editar a saco el configure y meter "-march=pentium4" a capón, en las lineas de banderas del compilador, que encuentro buscando la cadena "-O2". Que está mu'feo, pero funciona siempre.
Los procesadores que "(re)conoce" la última versión de gcc son:
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/i386-and-x86_002d64-Options.html...
pinfo --node="i386 and x86-64 Options" gcc para la plataforma i386 y x86-64. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFknQXtTMYHG2NR9URAmQ/AJ0Vs8f2vusBe22MhzDp+5Bhh/g12wCfa2m+ v2SEZNThgXngmznubhjkB7g= =Mlbr -----END PGP SIGNATURE-----
Hola :) El Miércoles, 27 de Diciembre de 2006 14:24, Carlos E. R. escribió:
El 2006-12-27 a las 13:43 +0100, Rafa Grimán escribió:
Ahora ya se discrimina entre los procesadores Intel y los AMD, antes no ocurría eso. Con Gentoo, por ejemplo, tenía que decirle a gcc que mi K7 era un PentiumPro. Hoy en día puedo decirle si es un K7 Thunderbird (athlon-tbird) o si es otro K7 (athlon, athlon-4, athlon-xp, athlon-mp), por ejemplo.
Cuando compilas algo, ¿que opción le pasas al configure para que te compile para un determinado procesador? Es decir, para que le pase al gcc la opción "-march=CPUTYPE"?
Si mal no recuerdo, creo que algunos ./configure aceptan opciones como --build --host --target. Creo que podías pasarle el procesador, pero no me acuerdo porque hace muuuuuucho tiempo que no lo uso. De todas maneras (de esto sí me acuerdo) puedes ejecutar un: ./configure --help
Yo me lio tanto y la lian tanto, que lo que hago es editar a saco el configure y meter "-march=pentium4" a capón, en las lineas de banderas del compilador, que encuentro buscando la cadena "-O2".
Que está mu'feo, pero funciona siempre.
No sé si también te valdrán las variables de entorno CFLAGS y CXXFLAGS.
Los procesadores que "(re)conoce" la última versión de gcc son:
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/i386-and-x86_002d64-Options.h tml#i386-and-x86_002d64-Options
pinfo --node="i386 and x86-64 Options" gcc
para la plataforma i386 y x86-64.
Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 16:20 +0100, Rafa Grimán escribió:
Cuando compilas algo, ¿que opción le pasas al configure para que te compile para un determinado procesador? Es decir, para que le pase al gcc la opción "-march=CPUTYPE"?
Si mal no recuerdo, creo que algunos ./configure aceptan opciones como --build --host --target. Creo que podías pasarle el procesador, pero no me acuerdo porque hace muuuuuucho tiempo que no lo uso.
Sí, conozco esas opciones, pero su funcionamiento nunca está claro del todo. No he conseguido que me generen el "march" buscado.
De todas maneras (de esto sí me acuerdo) puedes ejecutar un:
./configure --help
Si, ya, ¿y tu no sabes que no se pueden leer los manuales porque son ilegibles? -P
Yo me lio tanto y la lian tanto, que lo que hago es editar a saco el configure y meter "-march=pentium4" a capón, en las lineas de banderas del compilador, que encuentro buscando la cadena "-O2".
Que está mu'feo, pero funciona siempre.
No sé si también te valdrán las variables de entorno CFLAGS y CXXFLAGS.
Si, valen, pero tienen una pega: si las defines desde fuera, reemplazan a las que los programadores hayan puesto, cuando yo busco añadir. Por eso la edito dentro. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFktwXtTMYHG2NR9URApCoAKCG1ljql5PdxZckbNwwv05O/b+EuQCfXlgE XZjEV2kN3OL/g5JHNhBJw3Y= =87p+ -----END PGP SIGNATURE-----
2006/12/27, Rafa Grimán
Hola :)
El Miércoles, 27 de Diciembre de 2006 12:33, Juan Erbes escribió:
[...]
Realmente comparte más tecnología con Pentium Pro que con Pentium. Los Pentium Pro, PII y PIII son muy similares y se consideran la sexta generación de Intel. Cambió un poco la arquitectura con los Pentium M, Pentium IV y los Intel Core, pero poco ... hasta que han llegado los Intel Core 2 que es cuando se vuelve a producir un cambio grande/significativo. Las diferencias más notables entre PII y PII son que el PIII incluye SSE, mejoras en la controladora de la caché L1.
Me imagino que lo dirán por rendimiento. Los PIII tienen mejores cachés, una frecuencia de reloj mayor, ... por lo que el rendimiento teórico es mejor.
En casa tengo un PII y un Celeron. Si me da tiempo, lo pruebo a ver qué ocurre.
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos.
Eso se debe al gcc, pero la arquitectura del PII y PIII vienen del PentiumPro. Actualmente gcc discrimina entre los diferentes procesadores, pero antes no lo hacía tan bien como ahora.
Ahora ya se discrimina entre los procesadores Intel y los AMD, antes no ocurría eso. Con Gentoo, por ejemplo, tenía que decirle a gcc que mi K7 era un PentiumPro. Hoy en día puedo decirle si es un K7 Thunderbird (athlon-tbird) o si es otro K7 (athlon, athlon-4, athlon-xp, athlon-mp), por ejemplo.
Los procesadores que "(re)conoce" la última versión de gcc son:
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/i386-and-x86_002d64-Options.html...
Con respecto al Intel Core 2 Duo, se habla muy bien de el, pero no me extrañaría que en cualquier momento empiecen a aparecer los clasicos bugs de los micros intel como siempre ocurrió en el pasado (comma bug, F00F, Fdiv, Hypertrheading bug, etc).
Por ahora no he oído hablar de ninguno. Todos los inventos que hacemos los Humanos están desarrollados con algún problema u otro ;) Lo bueno es que esto nos permite aprender y avanzar :)
De acuerdo, nada sale perfecto en el primer intento; pero en intel es bastante caracteristico el sacar productos la calle sin el suficiente testeo, y en el afan de "ser el primero", muchos de sus productos suelen salir bastante "crudos". Sino, fijate bajo linux en la info del micro en la sección "Bugs", y verás que todos esos posibles bugs, son originarios de los micros intel. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-27 a las 08:33 -0300, Juan Erbes escribió:
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos.
Bueno, pero no es exacto. El p4 tiene la suya propia. Ese es uno de los problemas (pequeños) de la distro de 32 bits, que no se optimiza para el pentium 4, sino para el pentium ¡UNO! cer@nimrodel:~> uname --machine --processor --hardware-platform i686 i686 i386 /usr/lib/rpm/rpmrc: optflags: i586 -O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 optflags: i686 -O2 -g -m32 -march=i686 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 _i586, pentium_ Intel Pentium CPU with no MMX support. _i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 familly chips. La opción que define el juego de instrucciones es "-march"; "-mtune" no lo cambia: `-mtune=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are: `-march=CPU-TYPE' Generate instructions for the machine type CPU-TYPE. The choices for CPU-TYPE are the same as for `-mtune'. Moreover, specifying `-march=CPU-TYPE' implies `-mtune=CPU-TYPE'. Entonces no os equivoqueis: la SuSE de 32 bits está optimizada para el pentium uno A lo sumo, para el PentiumPro. Nada de Pentium IV ni historias modernas. Otra cosa es el kernel. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFknIytTMYHG2NR9URAsk3AKCQsr5pqWjxwe1vRodpMZubdWyc8QCeIQeW 3DLjYZaGyc2hzWnZzYVfk9E= =gNmg -----END PGP SIGNATURE-----
Hola :) El Miércoles, 27 de Diciembre de 2006 14:16, Carlos E. R. escribió:
El 2006-12-27 a las 08:33 -0300, Juan Erbes escribió:
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos.
Bueno, pero no es exacto. El p4 tiene la suya propia. Ese es uno de los problemas (pequeños) de la distro de 32 bits, que no se optimiza para el pentium 4, sino para el pentium ¡UNO!
cer@nimrodel:~> uname --machine --processor --hardware-platform i686 i686 i386
/usr/lib/rpm/rpmrc:
optflags: i586 -O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 optflags: i686 -O2 -g -m32 -march=i686 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2
_i586, pentium_ Intel Pentium CPU with no MMX support.
_i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 familly chips.
La opción que define el juego de instrucciones es "-march"; "-mtune" no lo cambia:
`-mtune=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are:
`-march=CPU-TYPE' Generate instructions for the machine type CPU-TYPE. The choices for CPU-TYPE are the same as for `-mtune'. Moreover, specifying `-march=CPU-TYPE' implies `-mtune=CPU-TYPE'.
Entonces no os equivoqueis: la SuSE de 32 bits está optimizada para el pentium uno A lo sumo, para el PentiumPro. Nada de Pentium IV ni historias modernas.
Efectivamente, SUSE/Novell (igual que otras distros) optimiza para Pentium (a secas, no, tampoco se incluyen extensiones MMX, SSE ni 3DNow! o similares). NO optimiza para k7, k6, PentiumPro ni nada por el estilo. EXCEPTO (siempre hay un "excepto" o un "pero" ;) algunos paquetes que _SÍ_ están optimizados para la sexta generación de procesadores de Intel, incluyendo K7 en adelante de AMD (aka PentiumPro, PII, PentiumIII, PentiumIV, ...). Son todos aquellos paquetes que aparecen como i686.rpm. YaST2 automáticamente instala estos paquetes si se detecta la plataforma correctamente. En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7). Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ... Obviamente, no menciono paquetes para K8 (aka AMD64/Opteron) ni core 2 (aka EM64T) ya que es una arquitectura diferente que incorpora extensiones de memoria de 64 bits (entre otras cosas). Esto se hace para que sea lo más compatible posible. Lo mismo ocurre con K8 y core 2, la versión se llama x86-64 y sólo hay una. Lo que se intenta es generalizar.
Otra cosa es el kernel.
Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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
Rafa Grimán escribió:
Esto se hace para que sea lo más compatible posible. Lo mismo ocurre con K8 y core 2, la versión se llama x86-64 y sólo hay una. Lo que se intenta es generalizar.
Otra cosa es el kernel.
Interesante comentario... Mi AM2 será core duo. Gracias Rafa. :)
Rafa
César --------------------------------------------------------------------- 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 Miércoles, 27 de Diciembre de 2006 15:31, csalinux escribió:
Rafa Grimán escribió:
Esto se hace para que sea lo más compatible posible. Lo mismo ocurre con K8 y core 2, la versión se llama x86-64 y sólo hay una. Lo que se intenta es generalizar.
Otra cosa es el kernel.
Interesante comentario... Mi AM2 será core duo.
¿AM2 para los AMD64/Opteron de AMD? Es un procesador x86-64. ¿Qué tal va? Tiene buena pinta :)
Gracias Rafa.
Ya que no programo ... de alguna manera tengo que colaborar 0;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 14:41 +0100, Rafa Grimán escribió:
Efectivamente, SUSE/Novell (igual que otras distros) optimiza para Pentium (a secas, no, tampoco se incluyen extensiones MMX, SSE ni 3DNow! o similares). NO optimiza para k7, k6, PentiumPro ni nada por el estilo.
EXCEPTO (siempre hay un "excepto" o un "pero" ;) algunos paquetes que _SÍ_ están optimizados para la sexta generación de procesadores de Intel, incluyendo K7 en adelante de AMD (aka PentiumPro, PII, PentiumIII, PentiumIV, ...). Son todos aquellos paquetes que aparecen como i686.rpm.
No, tampoco. Los paquetes i686 van optimizados para PentiumPro, nada más. El i686 no es el "sextium", el nombre confunde.
_i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 familly chips.
En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7).
Si, son algo mejor, pero se quedan cortos.
Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ...
Si. El mtune solo cambia el orden de instrucciones para optimizarlo para la pila y algunas chuminadas más, pero no cambia el juego de instrucciones, que es la clave de la potencia de un procesador mejorado. Por eso compilan con el march tan bajo, porque así saben que al menos funcionará en cualquier micro.
Obviamente, no menciono paquetes para K8 (aka AMD64/Opteron) ni core 2 (aka EM64T) ya que es una arquitectura diferente que incorpora extensiones de memoria de 64 bits (entre otras cosas).
Esto se hace para que sea lo más compatible posible. Lo mismo ocurre con K8 y core 2, la versión se llama x86-64 y sólo hay una. Lo que se intenta es generalizar.
Ya, pero la diferencia entre la 32 y la 64 no sería tan grande si se compilara la 32 para el P4, por ejemplo. No se utiliza toda la potencia del P4. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFkpKdtTMYHG2NR9URAt7iAJ41+tCaKnPNWx+ZCPD7ZxtRZtDkFwCfS5MH nr5AO6TCe3Y1zySwxd1Qt1U= =trMM -----END PGP SIGNATURE-----
Hola :) El Miércoles, 27 de Diciembre de 2006 16:34, Carlos E. R. escribió:
El 2006-12-27 a las 14:41 +0100, Rafa Grimán escribió:
Efectivamente, SUSE/Novell (igual que otras distros) optimiza para Pentium (a secas, no, tampoco se incluyen extensiones MMX, SSE ni 3DNow! o similares). NO optimiza para k7, k6, PentiumPro ni nada por el estilo.
EXCEPTO (siempre hay un "excepto" o un "pero" ;) algunos paquetes que _SÍ_ están optimizados para la sexta generación de procesadores de Intel, incluyendo K7 en adelante de AMD (aka PentiumPro, PII, PentiumIII, PentiumIV, ...). Son todos aquellos paquetes que aparecen como i686.rpm.
No, tampoco. Los paquetes i686 van optimizados para PentiumPro, nada más. El i686 no es el "sextium", el nombre confunde.
Los procesadores que vinieron después de PentiumPro están basados en la arquitectura del PentiumPro (con alguna herencia del Pentium). Obviamente, los paquetes i686 no le sacan todo el jugo a los PII, PIII, K7, ... porque son paquetes para PentiumPro, han generalizado. Si compilasen para PII, PIII, K7, PIV, ... tendrían que hacer un paquete por cada procesador. Compilando para i686, se tiene la base de la familia de procesadores de sexta generación. Es decir, tenemos las familias o generaciones: Intel AMD ----- --- - 8086/8088 - 80286 Am286 - 80386 Am386 - 80486 Am486 - Pentium y Pentium-MMX K5 - PentiumPro Y PII, PIII, PIV, K6 y K7 PentiumM, Centrino, ... - Core 2 K8 Los paquetes i686 corresponden a la familia de los PentiumPro, pero no tienen en cuenta todas las optimizaciones de cada modelo dentro de la familia, por ejemplo, no tienen en cuenta 3DNow!. En resumen, que estamos diciendo los dos lo mismo 0:)
_i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 familly chips.
En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7).
Si, son algo mejor, pero se quedan cortos.
Es que lo ideal es optimizar para tu CPU, con todas sus extensiones, ... lo malo es que entonces hay poca portabilidad/compatibilidad, tardaríamos mucho en compilar, habría miles de paquetes, ... El que realmente necesite eso ... que se compile sus binarios basándose en su CPU. Pero primero tiene que saber _realmente_ que CPU tiene.
Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ...
Si.
El mtune solo cambia el orden de instrucciones para optimizarlo para la pila y algunas chuminadas más, pero no cambia el juego de instrucciones, que es la clave de la potencia de un procesador mejorado. Por eso compilan con el march tan bajo, porque así saben que al menos funcionará en cualquier micro.
Joer macho, todo el rollo que he soltado antes y tu lo dices en 2 frases ... 0:) A ver si aprendo a no enrollarme tanto ;)
Obviamente, no menciono paquetes para K8 (aka AMD64/Opteron) ni core 2 (aka EM64T) ya que es una arquitectura diferente que incorpora extensiones de memoria de 64 bits (entre otras cosas).
Esto se hace para que sea lo más compatible posible. Lo mismo ocurre con K8 y core 2, la versión se llama x86-64 y sólo hay una. Lo que se intenta es generalizar.
Ya, pero la diferencia entre la 32 y la 64 no sería tan grande si se compilara la 32 para el P4, por ejemplo. No se utiliza toda la potencia del P4.
Eso es cierto, igual que no se usa toda la potencia de los K7 :( Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 2006-12-27 a las 17:01 +0100, Rafa Grimán escribió:
En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7).
Si, son algo mejor, pero se quedan cortos.
Es que lo ideal es optimizar para tu CPU, con todas sus extensiones, ... lo malo es que entonces hay poca portabilidad/compatibilidad, tardaríamos mucho en compilar, habría miles de paquetes, ...
Tampoco es tan malo :-)
El que realmente necesite eso ... que se compile sus binarios basándose en su CPU. Pero primero tiene que saber _realmente_ que CPU tiene.
Si, yo lo hago. No se nota mucho, pero algo es algo. Se aprecia en multimedia, en cosas como el xine.
Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ...
Si.
El mtune solo cambia el orden de instrucciones para optimizarlo para la pila y algunas chuminadas más, pero no cambia el juego de instrucciones, que es la clave de la potencia de un procesador mejorado. Por eso compilan con el march tan bajo, porque así saben que al menos funcionará en cualquier micro.
Joer macho, todo el rollo que he soltado antes y tu lo dices en 2 frases ... 0:) A ver si aprendo a no enrollarme tanto ;)
Pero tu rollo estaba muy interesante :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFk7h4tTMYHG2NR9URAgiXAKCHzdrFgV10I6tNzODhH4rve/m0GACfaNgi kkOHfMuCKzF4Boqx4a85t2Y= =kd5s -----END PGP SIGNATURE-----
Hola :) El Jueves, 28 de Diciembre de 2006 13:28, Carlos E. R. escribió:
El 2006-12-27 a las 17:01 +0100, Rafa Grimán escribió:
En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7).
Si, son algo mejor, pero se quedan cortos.
Es que lo ideal es optimizar para tu CPU, con todas sus extensiones, ... lo malo es que entonces hay poca portabilidad/compatibilidad, tardaríamos mucho en compilar, habría miles de paquetes, ...
Tampoco es tan malo :-)
Para el build server de SUSE/Novell a lo mejor no es malo, pero si tienes un paquete para k6-2 y se lo quieres pasar a tu colega que tienen un Celeron ... pos vamos dados :(
El que realmente necesite eso ... que se compile sus binarios basándose en su CPU. Pero primero tiene que saber _realmente_ que CPU tiene.
Si, yo lo hago. No se nota mucho, pero algo es algo. Se aprecia en multimedia, en cosas como el xine.
Es donde mejor se notan las diferencias, en cuanto a OOo, Mozilla, ... realmente no ves cambios, amenos que te metas en serio y decidas qué librerías vas a usar o no. Digo esto porque en Gentoo, las mejoras se consiguen mediante un buen tuneado/tweaking de la variable USE y _NO_ de las opciones que le pasas al compilador. Por ejemplo, como es bien sabido, lo que me gusta es KDE (entre otras cosas, como un buen ron y estar vagueando por la playa ;) ... a lo que iba ... En las USE flags, pongo un "-" a todo lo relacionado con Gtk y GNOME. De esta manera se compila todo con soporte sólo para KDE (obviamente, hay algunas cosas que EXIGEN Gtk como OOo) y cargo menos librerías, tardo menos en compilar, ...
Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ...
Si.
El mtune solo cambia el orden de instrucciones para optimizarlo para la pila y algunas chuminadas más, pero no cambia el juego de instrucciones, que es la clave de la potencia de un procesador mejorado. Por eso compilan con el march tan bajo, porque así saben que al menos funcionará en cualquier micro.
Joer macho, todo el rollo que he soltado antes y tu lo dices en 2 frases ... 0:) A ver si aprendo a no enrollarme tanto ;)
Pero tu rollo estaba muy interesante :-)
Menos mal 0;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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
2006/12/27, Rafa Grimán
Hola :)
El Miércoles, 27 de Diciembre de 2006 14:16, Carlos E. R. escribió:
El 2006-12-27 a las 08:33 -0300, Juan Erbes escribió:
En los tiempos que compilaba el kernel para mi AMD K6, tanto éste, como el Pentium, Pentium Pro y el PII, pertenecen a la categoría i586, mientras que el PIII pertenece ya a la categoría i686, al igual que el Athlon, P4, y todos los micros modernos.
Bueno, pero no es exacto. El p4 tiene la suya propia. Ese es uno de los problemas (pequeños) de la distro de 32 bits, que no se optimiza para el pentium 4, sino para el pentium ¡UNO!
cer@nimrodel:~> uname --machine --processor --hardware-platform i686 i686 i386
/usr/lib/rpm/rpmrc:
optflags: i586 -O2 -g -m32 -march=i586 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 optflags: i686 -O2 -g -m32 -march=i686 -mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2
_i586, pentium_ Intel Pentium CPU with no MMX support.
_i686_ Same as `generic', but when used as `march' option, PentiumPro instruction set will be used, so the code will run on all i686 familly chips.
La opción que define el juego de instrucciones es "-march"; "-mtune" no lo cambia:
`-mtune=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are:
`-march=CPU-TYPE' Generate instructions for the machine type CPU-TYPE. The choices for CPU-TYPE are the same as for `-mtune'. Moreover, specifying `-march=CPU-TYPE' implies `-mtune=CPU-TYPE'.
Entonces no os equivoqueis: la SuSE de 32 bits está optimizada para el pentium uno A lo sumo, para el PentiumPro. Nada de Pentium IV ni historias modernas.
Efectivamente, SUSE/Novell (igual que otras distros) optimiza para Pentium (a secas, no, tampoco se incluyen extensiones MMX, SSE ni 3DNow! o similares). NO optimiza para k7, k6, PentiumPro ni nada por el estilo.
EXCEPTO (siempre hay un "excepto" o un "pero" ;) algunos paquetes que _SÍ_ están optimizados para la sexta generación de procesadores de Intel, incluyendo K7 en adelante de AMD (aka PentiumPro, PII, PentiumIII, PentiumIV, ...). Son todos aquellos paquetes que aparecen como i686.rpm.
YaST2 automáticamente instala estos paquetes si se detecta la plataforma correctamente.
En algunos repositorios (packman, por ejemplo) hay paquetes para i586 y para i686 (creo haber visto también para otros, K7).
Me imagino que compilan con --mtune=i686 en vez de --march=i686 porque esta última es más específica de plataforma ... ¿o era al revés? ... Más cosas que me tengo que repasar ...
En el caso de los pquetes packman, usan --march=i586 y --mtune=i686. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-27 a las 13:24 -0300, Juan Erbes escribió:
En el caso de los pquetes packman, usan --march=i586 y --mtune=i686.
Lo mismo que suse en los paquetes i686. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFktzvtTMYHG2NR9URAsBsAJ4zOJgkxgbL1gf7D81z3Nnxy1AotQCePWzg 1cczAr066OYF8veLffuiB1o= =WAhC -----END PGP SIGNATURE-----
Hola a tod@s: Como lo prometido es deuda, aquí está el resultado de mis ensayos: La computadora donde hice el ensayo es una IBM NetVista, equipada con un procesador Pentium 4 de 2.4 GHz, 512 MB de RAM, disco duro IDE de 80 GB, y cuenta con una tarjeta de video GeForce FX-5200 de 256 MB de VRAM. Instalé el OpenSUSE 10.2 sin NINGUN contratiempo, con lo cual me surge otra pregunta (pero lo dejare para otro hilo); de momento, mañana estaré de nuevo en la oficina y seguiré el consejo de Rafa Griman y la experiencia de Carlos E. R., ya luego cuento ... de momento voy para el otro hilo. Gracias a quienes se han tomado el tiempo para orientarme hasta el momento. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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 problema es el tipo de instalacion que estas realizando.
Prueba instalando de modo texto... hasta el final.
Luego nos cuentas que aparecio en el reinicio de tu sistema.
Lo que puede pasar es :
1.- Que reinicie el sistema en nivel 3.
2.- Que no se instale. el sistema, lo cual lo dudo.
En el caso de que inicie en nivel 3 (consola y red), haz lo siguiente..
1.- ingresa como usuario root.
2.- coloca en el promt : gdm o startx. (esto te debe levantar el
entorno gráfico)
Espero que sirva de algo.
Saludos,
---Hernan
On 12/26/06, RŌNIN
Hola a tod@s:
Como lo prometido es deuda, aquí está el resultado de mis ensayos:
La computadora donde hice el ensayo es una IBM NetVista, equipada con un procesador Pentium 4 de 2.4 GHz, 512 MB de RAM, disco duro IDE de 80 GB, y cuenta con una tarjeta de video GeForce FX-5200 de 256 MB de VRAM.
Instalé el OpenSUSE 10.2 sin NINGUN contratiempo, con lo cual me surge otra pregunta (pero lo dejare para otro hilo); de momento, mañana estaré de nuevo en la oficina y seguiré el consejo de Rafa Griman y la experiencia de Carlos E. R., ya luego cuento ... de momento voy para el otro hilo.
Gracias a quienes se han tomado el tiempo para orientarme hasta el momento.
Cordialmente,
Cuervo Linuxero
-- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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 de nuevo a tod@s: Pues les estoy escribiendo desde la flamante Compaq Presario que estaba dando la lata, tal cual dijeron Rafael Grimán y Carlos Robin, lo hice ... y funcionó de maravilla. Tengo el OpenSUSE 10.2 funcando a una resolución de 1024x768 a 16 bits en el monitor Compaq MV540 ... y va de pelos !!!! Muchas gracias por la colaboración prestada y la información "adicional" suministrada (sobre las diferencias/cualidades/defectos de los procesadores de AMD e Intel) ... ;) Hasta la próxima ... y qué sería de esta lista sin personas como ustedes ? Por favor, no se pierdan. Cordialmente, Cuervo Linuxero -- No recibo/envío información elaborados en/para M$-Word, M$-Excel, M$-PowerPoint, M$-Outlook o formatos privativos similares. Le invito a leer mis razones: http://www.gnu.org/philosophy/no-word-attachments.es.html --------------------------------------------------------------------- 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
RŌNIN escribió:
Muchas gracias por la colaboración prestada y la información "adicional" suministrada (sobre las diferencias/cualidades/defectos de los procesadores de AMD e Intel) ... ;)
Hasta la próxima ... y qué sería de esta lista sin personas como ustedes ?
Menos jabón y mándate una botellita de ponche o de anís, y unos polvorones, que lo que toca :P
Por favor, no se pierdan.
--------------------------------------------------------------------- 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 Miércoles, 27 de Diciembre de 2006 17:42, csalinux escribió:
RÅNIN escribió:
Muchas gracias por la colaboración prestada y la información "adicional" suministrada (sobre las diferencias/cualidades/defectos de los procesadores de AMD e Intel) ... ;)
Hasta la próxima ... y qué serÃa de esta lista sin personas como ustedes ?
Menos jabón y mándate una botellita de ponche o de anÃs, y unos polvorones, que lo que toca :P
No le hagas caso a César ... mejor nos envías un cheque en blanco (por ser Navidad ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- 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 (8)
-
Carlos E. R. -
csalinux -
David Canar -
Hernan Pachas -
Juan Erbes -
lluis -
Rafa Grimán -
RŌNIN