[opensuse-es] Nueva distribución
Hola a todos: En el tema este que esta tan candente sobre el acuerdo novell-microsoft planteais el cambio a otras distribuciones. Aunque me gusta mucho el enfoque de OpenSuse no dejo de pensar en que puede haber otra alternativa. He probado Kubuntu y aunque a primera vista parece agradable de usar, no he conseguido en pocos pasos hacer lo mismo que con OpenSuse, pues requiere mucho del uso de la consola, tambien le falta o no he sabido encontrar la utilidad equivalente a Yast. Para mi el punto fuerte de cualquier distro está en la instalación / desinstalación de todo tipo de Software, como hacia en Yast2 con la versión 10.0 y ahora con Smart en la 10.1. Tambien lo es el apoyo de una foro/lista como esta, que es fantastica, y que con la que he aprendido mucho. Puedo presumir de no usar windows desde Enero de 2006. En consecuencia mi pregunta es, que os parecen las distros de Aurox (Fedora Core 5) y la de Mandriva 2007. 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@suse.com
El proyecto FEDORA esta muy bueno :-)
Saludos.
---Hernan
On 11/19/06, Jhosue
Hola a todos: En el tema este que esta tan candente sobre el acuerdo novell-microsoft planteais el cambio a otras distribuciones. Aunque me gusta mucho el enfoque de OpenSuse no dejo de pensar en que puede haber otra alternativa. He probado Kubuntu y aunque a primera vista parece agradable de usar, no he conseguido en pocos pasos hacer lo mismo que con OpenSuse, pues requiere mucho del uso de la consola, tambien le falta o no he sabido encontrar la utilidad equivalente a Yast. Para mi el punto fuerte de cualquier distro está en la instalación / desinstalación de todo tipo de Software, como hacia en Yast2 con la versión 10.0 y ahora con Smart en la 10.1. Tambien lo es el apoyo de una foro/lista como esta, que es fantastica, y que con la que he aprendido mucho. Puedo presumir de no usar windows desde Enero de 2006.
En consecuencia mi pregunta es, que os parecen las distros de Aurox (Fedora Core 5) y la de Mandriva 2007.
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@suse.com
--------------------------------------------------------------------- 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@suse.com
Fedora es para Red Hat, lo mismo que Opensuse para Novell: el campo de
prueba o testeo gratuito de lo que luego incorporan en la versión
empresarial.
Con la diferencia de que Fedora no tiene el Yast.
Es bueno conocer todas las distros para comparar.
Cuando Novell adquirió SuSE, muchos pensaron que todo sería peor, pero
fué lo contrario, se liberó el yast, y podemos descargar los isos
libremente, cosa que en los uiltimos años de Suse no sucedía. Lo unico
malo por ahora, es el ZMD, que no estamos obligados a usarlo ya que el
mismo Yast Online Update sigue funcionando bien y ademas dentro de la
distro está smart y yum como alternativas, ademas del viejo apt-rpm.
Creo que lo prudente es esperar, al menos es lo que yo sigo haciendo,
mientras semana a semana actualizo el 10.2 ahora beta, y el 23 de
noviembre será 10.2 RC1.
Salu2
2006/11/20, Hernan Pachas
El proyecto FEDORA esta muy bueno :-)
Saludos.
---Hernan
On 11/19/06, Jhosue
wrote: Hola a todos: En el tema este que esta tan candente sobre el acuerdo novell-microsoft planteais el cambio a otras distribuciones. Aunque me gusta mucho el enfoque de OpenSuse no dejo de pensar en que puede haber otra alternativa. He probado Kubuntu y aunque a primera vista parece agradable de usar, no he conseguido en pocos pasos hacer lo mismo que con OpenSuse, pues requiere mucho del uso de la consola, tambien le falta o no he sabido encontrar la utilidad equivalente a Yast. Para mi el punto fuerte de cualquier distro está en la instalación / desinstalación de todo tipo de Software, como hacia en Yast2 con la versión 10.0 y ahora con Smart en la 10.1. Tambien lo es el apoyo de una foro/lista como esta, que es fantastica, y que con la que he aprendido mucho. Puedo presumir de no usar windows desde Enero de 2006.
En consecuencia mi pregunta es, que os parecen las distros de Aurox (Fedora Core 5) y la de Mandriva 2007.
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@suse.com
--------------------------------------------------------------------- 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@suse.com
--------------------------------------------------------------------- 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@suse.com
El 20/11/2006 0:28:16 Juan Erbes escribió: jerbes> Fedora es para Red Hat, lo mismo que Opensuse para Novell: el campo de jerbes> prueba o testeo gratuito de lo que luego incorporan en la versión jerbes> empresarial. También se puede usar CentOS que se "aprovecha", ya que es gratuito, de Red Had Enterprise. jerbes> Con la diferencia de que Fedora no tiene el Yast. Y de que sirve YAST si nos lo están convirtiendo en algo _no_ operativo ? jerbes> Lo unico jerbes> malo por ahora, es el ZMD, que no estamos obligados a usarlo ya que el jerbes> mismo Yast Online Update sigue funcionando bien y ademas dentro de la jerbes> distro está smart y yum como alternativas, ademas del viejo apt-rpm. Desafortunadamente ZMD-ZEN _no_ es lo único malo. Ojalá fuera así. ZMD sincroniza con YAST y yo creo que es el gran culpable de que YAST tarde eternidades en hacer una simple lectura de los paquetes disponibles, tanto cuando se quiere instalar, actualizar o cambiar/añadir/suprimir fuentes de instalación. Por otro lado YAST tiene un "bug" con el KDE que viene con SuSE 10.1. Si se actualiza la versión de KDE a la 3.5.5 (la última disponible) ese "bug" desaparece, pero te dan uno nuevo que impide poner la contraseña de root en KDE. EL Ooo que viene en la SuSE 10.1 no funciona correctamente con las bases de datos en Access ni en DBASE. (Recuerdas mis problemas cuando lo instalé en una entidad ? No aguanté hasta diciembre, ahora están con XP) Hay más, como cambios extraños de permisos pasando de Gnome a KDE, y otros que ahora no recuerdo. jerbes> Creo que lo prudente es esperar, al menos es lo que yo sigo haciendo, jerbes> mientras semana a semana actualizo el 10.2 ahora beta, y el 23 de jerbes> noviembre será 10.2 RC1. Sip, es lo que voy a hacer yo. Me he puesto como límite finales de Enero, es decir esperar a la 10.2 y ver si los fallos nuevos, si los hay de importantes, se resuelven antes de que acabe Enero 2007. Si eso no es así, aunque mantendré un servidor con la SuSE (y evidentemente mantendré los que llevan CentOS) el resto lo cambiaré a Ubuntu. -- Saludos, Josep M. Queralt
Hola :) El Lunes, 20 de Noviembre de 2006 09:42, Josep M. Queralt escribió: [...]
ZMD sincroniza con YAST y yo creo que es el gran culpable de que YAST tarde eternidades en hacer una simple lectura de los paquetes disponibles, tanto cuando se quiere instalar, actualizar o cambiar/añadir/suprimir fuentes de instalación.
Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que los repositorios de tipo YUM tardan más porque hay que descargar y leer todo el XML, en otros tipos de repositorios no ocurre esto. 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@suse.com
El 20/11/2006 14:26:21 Rafa Grimán escribió: rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto. Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio. De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos. Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá. -- Saludos, Josep M. Queralt
Hola :) El Lunes, 20 de Noviembre de 2006 15:38, Josep M. Queralt escribió:
El 20/11/2006 14:26:21 Rafa Grim�n escribi�:
rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto.
Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio.
De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos.
Yo no tengo instalado ni el Zen ni el ZMD y tarda MUCHÍÍÍÍÍÍSIMO :(
Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá.
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@suse.com
Rafa Grimán escribió:
Hola :)
El Lunes, 20 de Noviembre de 2006 15:38, Josep M. Queralt escribió:
El 20/11/2006 14:26:21 Rafa Grim�n escribi�:
rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto.
Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio.
De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos.
Yo no tengo instalado ni el Zen ni el ZMD y tarda MUCHÍÍÍÍÍÍSIMO :(
Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá.
Rafa
YaST siempre fue muy lento. Pero bueno, lo que pasa es que ahora se arrastra con zen o sin zmd. --------------------------------------------------------------------- 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@suse.com
2006/11/20, csalinux
Rafa Grimán escribió:
Hola :)
El Lunes, 20 de Noviembre de 2006 15:38, Josep M. Queralt escribió:
El 20/11/2006 14:26:21 Rafa Grim�n escribi�:
rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto.
Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio.
De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos.
Yo no tengo instalado ni el Zen ni el ZMD y tarda MUCHÍÍÍÍÍÍSIMO :(
Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá.
Rafa
YaST siempre fue muy lento. Pero bueno, lo que pasa es que ahora se arrastra con zen o sin zmd.
Yo uso el yast y en forma alternativa smart con zmd desactivado, y hasta me parece mas rapido el yast que el smart. Tanto en uno como el otro, el primer paso antes de actualizar, es actualizar el contenido de los canales, en yast automatico y en smart manual, y tanto en la actualización de los canales, como en la resolución de dependencias, es mas rapido el yast. Les estoy hablando de Opensuse 10.2 beta 2. Al novell-zmd, lo tube que desactivar desde el editor de niveles de ejecución, ya que en mas de una oportunidad, en los 2 equipos donde tengo Opensuse 10.2 beta 2, me ponía la cpu al 85%. Salu2
On 11/20/06, Juan Erbes
2006/11/20, csalinux
: Rafa Grimán escribió:
Hola :)
El Lunes, 20 de Noviembre de 2006 15:38, Josep M. Queralt escribió:
El 20/11/2006 14:26:21 Rafa Grim�n escribi�:
rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto.
Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio.
De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos.
Yo no tengo instalado ni el Zen ni el ZMD y tarda MUCHÍÍÍÍÍÍSIMO :(
Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá.
Rafa
YaST siempre fue muy lento. Pero bueno, lo que pasa es que ahora se arrastra con zen o sin zmd.
Yo uso el yast y en forma alternativa smart con zmd desactivado, y hasta me parece mas rapido el yast que el smart. Tanto en uno como el otro, el primer paso antes de actualizar, es actualizar el contenido de los canales, en yast automatico y en smart manual, y tanto en la actualización de los canales, como en la resolución de dependencias, es mas rapido el yast. Les estoy hablando de Opensuse 10.2 beta 2. Al novell-zmd, lo tube que desactivar desde el editor de niveles de ejecución, ya que en mas de una oportunidad, en los 2 equipos donde tengo Opensuse 10.2 beta 2, me ponía la cpu al 85%.
Salu2
Mi experiencia con el Yast en OpenSUSE 10.2 es similar. Yast es mas rapido que el SMART es una experiencia totalmente diferente a la que tuve con el 10.1 donde el yast no andaba ni para atrás ni para adelante. PERO ZMD sigue sin andar. Siendo yo un programador de C# personalmente me parece magnífico el proyecto MONO ya que puedo programar en mi lenguaje favorito en mi SO favorito. Pero por mas que me guste C# y .NET el ZMD le está haciendo quedar mal a la tecnología .NET en linux. La verdad no creo que sea MONO el problema, yo creo que ZMD aun no está maduro. David.
2006/11/21, David Canar
On 11/20/06, Juan Erbes
wrote: 2006/11/20, csalinux
: Rafa Grimán escribió:
Hola :)
El Lunes, 20 de Noviembre de 2006 15:38, Josep M. Queralt escribió:
El 20/11/2006 14:26:21 Rafa Grim�n escribi�:
rgriman> rgriman> Si no me equivoco, esto no es culpa de Zen (no, no defiendo Zen y sigue sin rgriman> gustarme) sino del tipo de repositorio. Creo (si no me falla la memoria) que rgriman> los repositorios de tipo YUM tardan más porque hay que descargar y leer todo rgriman> el XML, en otros tipos de repositorios no ocurre esto.
Cuando hablamos de más de 5 minutos para cargar algo que ya tenemos en disco no puedo creer que el problema sea cosa del repositorio.
De todas maneras hay una manera de saberlo. Se matan los procesos de ZEN y de ZMD (sin piedad, aunque supliquen por su vida) y si YAST tarda menos de 5 minutos en leer ya tendremos a los principales sospechosos.
Yo no tengo instalado ni el Zen ni el ZMD y tarda MUCHÍÍÍÍÍÍSIMO :(
Y sí, las bases de ambas aplicaciones (si al engendro se le puede llamar aplicación) quedarán desincronizadas, cosa que YAST nos advertirá.
Rafa
YaST siempre fue muy lento. Pero bueno, lo que pasa es que ahora se arrastra con zen o sin zmd.
Yo uso el yast y en forma alternativa smart con zmd desactivado, y hasta me parece mas rapido el yast que el smart. Tanto en uno como el otro, el primer paso antes de actualizar, es actualizar el contenido de los canales, en yast automatico y en smart manual, y tanto en la actualización de los canales, como en la resolución de dependencias, es mas rapido el yast. Les estoy hablando de Opensuse 10.2 beta 2. Al novell-zmd, lo tube que desactivar desde el editor de niveles de ejecución, ya que en mas de una oportunidad, en los 2 equipos donde tengo Opensuse 10.2 beta 2, me ponía la cpu al 85%.
Salu2
Mi experiencia con el Yast en OpenSUSE 10.2 es similar. Yast es mas rapido que el SMART es una experiencia totalmente diferente a la que tuve con el 10.1 donde el yast no andaba ni para atrás ni para adelante. PERO ZMD sigue sin andar. Siendo yo un programador de C# personalmente me parece magnífico el proyecto MONO ya que puedo programar en mi lenguaje favorito en mi SO favorito. Pero por mas que me guste C# y .NET el ZMD le está haciendo quedar mal a la tecnología .NET en linux. La verdad no creo que sea MONO el problema, yo creo que ZMD aun no está maduro.
Las herramientas de Zenworks, hace muchos años que las usaba Novell, pero m eparece que la clave, es que no ha sido reescrito completamente bajo mono, sino que de alguna forma lo "importaron". Ya has usado mono? Como te ha resultado? Yo hace tiempo que no escribo ningun programa, desde que hice un electroencefalografo para pc allá por 1994, no he vuelto a hacer nada por el estilo, salvo retocar algun fuente o header cuando alguna aplicación no compila. Salu2 =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.�����ˬy�&
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-21 a las 02:35 +0100, Juan Erbes escribió:
Les estoy hablando de Opensuse 10.2 beta 2. Al novell-zmd, lo tube que desactivar desde el editor de niveles de ejecución, ya que en mas de una oportunidad, en los 2 equipos donde tengo Opensuse 10.2 beta 2, me ponía la cpu al 85%.
Yo me hago un lío. A ver, el Yast (y el you) entonces funciona bien sin el zmd. ¿Para que sierve entonces el zmd? Hay algun enlace o documento que explique para que sirven el zmd, el zen, y los demás chismes esos, incluyendo al you, el smart, y lo que sea, y cuales se pueden desactivar o no y con que consecuencias? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFYmXStTMYHG2NR9URAnqdAJ4iDJE+fi9DuntLsgnjj9Q5DyO1lgCZARF/ jGNQnD7T+8gSA9bk6LrSQ6U= =jINI -----END PGP SIGNATURE-----
El 21/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-21 a las 02:35 +0100, Juan Erbes escribió:
Les estoy hablando de Opensuse 10.2 beta 2. Al novell-zmd, lo tube que desactivar desde el editor de niveles de ejecución, ya que en mas de una oportunidad, en los 2 equipos donde tengo Opensuse 10.2 beta 2, me ponía la cpu al 85%.
Yo me hago un lío. A ver, el Yast (y el you) entonces funciona bien sin el zmd. ¿Para que sierve entonces el zmd?
Para colgarte la cpu, sino es lo suficientemente potente
Hay algun enlace o documento que explique para que sirven el zmd, el zen, y los demás chismes esos, incluyendo al you, el smart, y lo que sea, y cuales se pueden desactivar o no y con que consecuencias?
El primer link: http://en.opensuse.org/Understanding_zmd Dice: Functionalities * What happens when I add an yast source? * What happens when I add a zmd? * What are the resource eaters during normal operation? * How to see debug information to know whats happening in my Zmd? Lo cual no es muy elocuente.... El segundo, dice un poco mas, haber si vos que entendes mejor el inglés, le encontras la vuelta: http://en.opensuse.org/ZMD/Libzypp_Troubleshooting 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-21 a las 03:41 +0100, Juan Erbes escribió:
Yo me hago un lío. A ver, el Yast (y el you) entonces funciona bien sin el zmd. ¿Para que sierve entonces el zmd?
Para colgarte la cpu, sino es lo suficientemente potente
Aparte de eso X-)
Hay algun enlace o documento que explique para que sirven el zmd, el zen, y los demás chismes esos, incluyendo al you, el smart, y lo que sea, y cuales se pueden desactivar o no y con que consecuencias?
El primer link: http://en.opensuse.org/Understanding_zmd Dice: Functionalities
* What happens when I add an yast source?
* What happens when I add a zmd?
* What are the resource eaters during normal operation?
* How to see debug information to know whats happening in my Zmd?
Lo cual no es muy elocuente....
Tiene un gráfico en la página, según el cual tanto el Yast como rug como zen-updater (and -remover and -installer) vienen a usar al final el libzypp para llegar al final al rpm. Luego la librería no se debe quitar, claro. La diferencia es que el Yast va directamente contra libzypp, y el resto pasa por zmd, y se podría quitar - pero zmd tiene su propia base de datos (/var/lib/zmd/zmd.db), que es la que supongo se queda desincronizada - - pero no explican cual es la conexión entre Yast y zmd, dan a entender que ninguna. Y, si no la hay, ¿porqué el cambio de velocidad del Yast al quitarlo? Luego, dicen que el rug, zen, zmd, están hechos en c++. Lo que está hecho en mono es la interfaz gráfica del Zen updater.
El segundo, dice un poco mas, haber si vos que entendes mejor el inglés, le encontras la vuelta: http://en.opensuse.org/ZMD/Libzypp_Troubleshooting
No, este no son explicaciones, son métodos para solucionar algunos problemas con zmd. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFYtsmtTMYHG2NR9URAm/CAJ0VV8RSBwixIefj9JlWvdawAAODYwCeJo9J tlqUAUl0uYAydDblcQ9ZDCs= =6N6N -----END PGP SIGNATURE-----
Hola :) El Martes, 21 de Noviembre de 2006 11:55, Carlos E. R. escribió: [...]
Tiene un gráfico en la página, según el cual tanto el Yast como rug como zen-updater (and -remover and -installer) vienen a usar al final el libzypp para llegar al final al rpm. Luego la librería no se debe quitar, claro. La diferencia es que el Yast va directamente contra libzypp, y el resto pasa por zmd, y se podría quitar - pero zmd tiene su propia base de datos (/var/lib/zmd/zmd.db), que es la que supongo se queda desincronizada - pero no explican cual es la conexión entre Yast y zmd, dan a entender que ninguna. Y, si no la hay, ¿porqué el cambio de velocidad del Yast al quitarlo?
libzypp es el backend y zmd/YaST serían los frontends. Al final el que realmente hace algo con los paquetes es libzypp y desde allí se llama a rpm. He estado buscando a ver si encuentro porqué es tan lento el gestor de paquetes y no lo encuentro. Lo que sí puedo es pegar este enlace en el que habla de las diferencias entre un tipo de repositorio y otro: http://en.opensuse.org/Creating_YaST_Installation_Sources
Luego, dicen que el rug, zen, zmd, est�n hechos en c++. Lo que est� hecho en mono es la interfaz gr�fica del Zen updater.
[...] 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@suse.com
El 21/11/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-11-21 a las 03:41 +0100, Juan Erbes escribió:
Yo me hago un lío. A ver, el Yast (y el you) entonces funciona bien sin el zmd. ¿Para que sierve entonces el zmd?
Para colgarte la cpu, sino es lo suficientemente potente
Aparte de eso X-)
Hay algun enlace o documento que explique para que sirven el zmd, el zen, y los demás chismes esos, incluyendo al you, el smart, y lo que sea, y cuales se pueden desactivar o no y con que consecuencias?
El primer link: http://en.opensuse.org/Understanding_zmd Dice: Functionalities
* What happens when I add an yast source?
* What happens when I add a zmd?
* What are the resource eaters during normal operation?
* How to see debug information to know whats happening in my Zmd?
Lo cual no es muy elocuente....
Tiene un gráfico en la página, según el cual tanto el Yast como rug como zen-updater (and -remover and -installer) vienen a usar al final el libzypp para llegar al final al rpm. Luego la librería no se debe quitar, claro. La diferencia es que el Yast va directamente contra libzypp, y el resto pasa por zmd, y se podría quitar - pero zmd tiene su propia base de datos (/var/lib/zmd/zmd.db), que es la que supongo se queda desincronizada - - pero no explican cual es la conexión entre Yast y zmd, dan a entender que ninguna. Y, si no la hay, ¿porqué el cambio de velocidad del Yast al quitarlo?
Luego, dicen que el rug, zen, zmd, están hechos en c++. Lo que está hecho en mono es la interfaz gráfica del Zen updater.
Hechos en C++, pero para que sistema operativo? Si estarían programado en forma nativa para linux, no deberían tener la extensión .exe. Hablando del tema ejecutables, veo que la 10.2 está siendo invadida por los .exe: /usr/lib/banshee/banshee.exe /usr/lib/banshee/banshee.exe.config /usr/lib/beagle/BeagleDaemon.exe /usr/lib/beagle/BuildIndex.exe /usr/lib/beagle/Config.exe /usr/lib/beagle/ExerciseFileSystem.exe /usr/lib/beagle/ExtractContent.exe /usr/lib/beagle/ImLogViewer.exe /usr/lib/beagle/IndexHelper.exe /usr/lib/beagle/IndexWebContent.exe /usr/lib/beagle/Info.exe /usr/lib/beagle/ManageIndex.exe /usr/lib/beagle/Query.exe /usr/lib/beagle/Search.exe /usr/lib/beagle/Settings.exe /usr/lib/beagle/Shutdown.exe /usr/lib/gtk-sharp-2.0/gapi-fixup.exe /usr/lib/gtk-sharp-2.0/gapi-parser.exe /usr/lib/gtk-sharp-2.0/gapi_codegen.exe /usr/lib/gtk-sharp-2.0/gconfsharp-schemagen.exe /usr/lib/mono/1.0/certmgr.exe /usr/lib/mono/1.0/chktrust.exe /usr/lib/mono/1.0/disco.exe /usr/lib/mono/1.0/gacutil.exe /usr/lib/mono/1.0/mcs.exe /usr/lib/mono/1.0/mcs.exe.config /usr/lib/mono/1.0/mozroots.exe /usr/lib/mono/1.0/setreg.exe /usr/lib/mono/1.0/sn.exe /usr/lib/mono/1.0/soapsuds.exe /usr/lib/mono/1.0/sqlsharp.exe /usr/lib/mono/1.0/wsdl.exe /usr/lib/mono/1.0/xsd.exe /usr/lib/mono/2.0/gmcs.exe /usr/lib/mono/2.0/gmcs.exe.config /usr/lib/mono/2.0/wsdl.exe /usr/lib/python2.5/distutils/command/wininst-6.exe /usr/lib/python2.5/distutils/command/wininst-7.1.exe /usr/lib/rug/rug.exe /usr/lib/zen-updater/ServiceUtility.exe /usr/lib/zen-updater/ZenInstaller.exe /usr/lib/zen-updater/ZenRemover.exe /usr/lib/zen-updater/ZenUpdater.exe /usr/lib/zmd/zmd.exe /usr/lib/zmd/zmd.exe.config 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@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-21 a las 16:14 +0100, Juan Erbes escribió:
Hechos en C++, pero para que sistema operativo? Si estarían programado en forma nativa para linux, no deberían tener la extensión .exe.
Eso creo que tiene su explicación por ahí, pero tampoco son realmente ejecutables de windows. Es posible que sean, en principio, independientes (sospecho). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFY5vwtTMYHG2NR9URAkk1AJ4sbIK6kOEIJ/xxG+HADUOsJ1TMqACglcDm Ky+DUURVjTT3BbsAIJcX1gE= =nl47 -----END PGP SIGNATURE-----
Eso creo que tiene su explicación por ahí, pero tampoco son realmente ejecutables de windows. Es posible que sean, en principio, independientes (sospecho).
Hola a todos Yo creo que todos esos exe son ejecutables de .net Los que son exe.config son los ficheros de configuracion de la aplicación, y si ejecutas por ejemplo mono -v /usr/lib/zen-updater/ZenUpdater.exe se ve como ejecuta codigo .net (de esto no estoy muy seguro, no me acuerdo ahora cual es el comando de verificacion de que un exe es un ejecutable .net) Method System.Collections.Hashtable:Contains (object) emitted at 0x400214d0 to 0x4002150e [ZenUpdater.exe] Method System.Collections.Hashtable:Find (object) emitted at 0x40021538 to 0x40021745 [ZenUpdater.exe] Method System.Collections.Hashtable:GetHash (object) emitted at 0x40021770 to 0x400217c2 [ZenUpdater.exe] Method System.Type:GetHashCode () emitted at 0x400217c8 to 0x400217f3 [ ZenUpdater.exe] Por cierto he visto algun correo que se mete con las nuevas distribuciones por incorporar mono. ¿Por algo en concreto? Nos quejamos tambien se incluyen java? o cualquier otro framework? Yo desarrollo en C# y me parece un proyecto muy interesante para poder tener aplicaciones multiplataforma, Un saludo Emiliano Sutil
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-11-22 a las 09:28 +0100, Emiliano Sutil escribió:
Por cierto he visto algun correo que se mete con las nuevas distribuciones por incorporar mono. ¿Por algo en concreto? Nos quejamos tambien se incluyen java? o cualquier otro framework? Yo desarrollo en C# y me parece un proyecto muy interesante para poder tener aplicaciones multiplataforma,
No digo que no, pero mira que escoger la extensión .exe... jolín, podían haber inventado una nueva, como .mono. Lo de .exe en linux pues tiene un puntín de recochineo ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZDLxtTMYHG2NR9URAnZaAJ9n4rmE3KRVoOfE6Y3RWxEmaGcclQCfb0Wg RyKUGGJdKCcIwd9Cy3j/h80= =6xpZ -----END PGP SIGNATURE-----
No digo que no, pero mira que escoger la extensión .exe... jolín, podían haber inventado una nueva, como .mono. Lo de .exe en linux pues tiene un puntín de recochineo ;-)
Ahi te doy la razón y mas que recochineo induce a confusión, toda nuestra vida identificando los exe como ejecutables de windows y ahora aparecen en linux. A mi mas que recochineo, que también, al principio me provocó confusión porque daba por hecho que esos exes no valían en linux. Emi - --
Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFZDLxtTMYHG2NR9URAnZaAJ9n4rmE3KRVoOfE6Y3RWxEmaGcclQCfb0Wg RyKUGGJdKCcIwd9Cy3j/h80= =6xpZ -----END PGP SIGNATURE-----
participants (9)
-
Carlos E. R.
-
csalinux
-
David Canar
-
Emiliano Sutil
-
Hernan Pachas
-
Jhosue
-
Josep M. Queralt
-
Juan Erbes
-
Rafa Grimán