[opensuse-es] Problemas con rug en un SLES 10 SP1
Hola a todos, Esta es una consulta sobre SLES más que sobre opensuse pero es que ya probé en su día y no recibí respuesta en el foro inglés relacionado con la distro (suse-sles-e@suse.com). Mi intención es montar un servidor de updates completo para servidores SLES 10 SP1. He seguido todo el procedimiento explicado en las webs de Novell acerca del uso de yup y hasta aquí todo va ok: puedo actualizar, instalar, etc. Ahora bien el problema viene cuando intento añadir como repositorio de instalación el DVD original de SLES 10 SP1 (ya que con yup no se descarga este canal, cosa que me gustaria saber porque. Creo que es la única distro que conozco que no hace esto, pero eso es otro tema). El tema es que he copiado todo el contenido del DVD a un directorio del web server, pero rug me tira errores, no hay manera de añadir esto: Mi comando: 'rug service-add http://sles-updates.dominio.org/SLES10-SP1-DVD/suse --type zypp 'SuSE Enterprise Linux 10'' El error: ' Adding zypp service... 0% ERROR: Could not add 'http://sles-updates.dominio.org/SLES10-SP1-DVD/suse': Failed to parse XML metadata: Can't add repository at http://sles-updates.dominio.org/SLES10-SP1-DVD/suse: Curl error for 'http://sles-updates.dominio.org/SLES10-SP1-DVD/suse/repodata/repomd.xml':Error code: HTTP response: 504Error message: The requested URL returned error: 504 ' ¿Porque narices está buscando un repo tipo YUM si es ZYPP? ¿Alguien sabe como puedo añadir el DVD de instalación (no puede estar fisicamente en el lector) a rug?? No lo entiendo, porque nada más acabar la instalación y ejecutar 'rug sl' me devolvía esto: # | Status | Type | Name | URI --+--------+------+-------------------------------------+----------------------- 1 | Active | ZYPP | SUSE Linux Enterprise Server 10 SP1 | cd:///?devices=/dev... O sea que entiendo que puede hacerlo .... pero la pregunta es ¿como? Gracias a todos por la ayuda. P.D: el sistema tiene desinstalado por completo YaST2 y todas sus dependencias. Seré breve en el porqué: he de acometer un proyecto en el cual la política de seguridad interna impide la utilización de este tipo de tools en servidores de producción "sensibles" (cosa que será el que tengo que montar). -- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
carlopmart escribió:
Mi intención es montar un servidor de updates completo para servidores SLES 10 SP1.
Los updates se distribuyen a traves de los canales oficiales de SLES.
¿Porque narices está buscando un repo tipo YUM si es ZYPP?
Simple, porque el tipo de repositorio "zypp" como dices tu, no existe :P , se utilizan dos tipos de repositorios, uno de tipo "yast2" y otro de tipo "yum". ¿Alguien
sabe como puedo añadir el DVD de instalación (no puede estar fisicamente en el lector) a rug??
Si tienes SP1 deberias intentar con al herammienta zypper en lugar de rug.
Error code: HTTP response: 504Error message
Tu servidor respondio "gateway timeout" .. http://www.checkupdown.com/status/E504.html -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- 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
Cristian Rodríguez wrote:
carlopmart escribió:
Mi intención es montar un servidor de updates completo para servidores SLES 10 SP1.
Los updates se distribuyen a traves de los canales oficiales de SLES.
correcto. Desde ahí es desde donde he descargado los canales sles-10-online y sles-10-updates.
¿Porque narices está buscando un repo tipo YUM si es ZYPP?
Simple, porque el tipo de repositorio "zypp" como dices tu, no existe :P , se utilizan dos tipos de repositorios, uno de tipo "yast2" y otro de tipo "yum".
¿no existe? ¿entonces porque es una opcion del tipo de repositorio que da rug??? Otra cosa mas que me desconcierta de SuSE (opciones que no existen).
¿Alguien
sabe como puedo añadir el DVD de instalación (no puede estar fisicamente en el lector) a rug??
Si tienes SP1 deberias intentar con al herammienta zypper en lugar de rug.
Si no voy errado zypper es para servidores con Zenworks ¿no?. No dispongo de un servidor con Zenworks (y peor, tampoco dispondré). ¿No hay otra opción aparte de utilizar createrepo (que es la unica opcion viable que veo)??
Error code: HTTP response: 504Error message
Tu servidor respondio "gateway timeout" ..
Correcto, ese error se lo devuelve a rug mi proxy (una vez el servidor web le ha devuelto un deny de los archivos que no existen ... Sigo sin entender nada. ¿Tan dificl es montar un servidor de updates para SLES??? Viendo esto ni me planteo usar otra platfaforma Unix para servir updates .... Esto debería ser una tarea de lo mas trivial .... -- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-13 a las 09:15 +0100, carlopmart escribió: ...
Esto debería ser una tarea de lo mas trivial ....
Quizás no. Quizas se suponga que debes tener un contrato/login/pass para cada máquina. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHie4ZtTMYHG2NR9URAoTlAJ0Xl6EBTSIvQlsPpPK4aDcr3pXpDgCdGHj7 0T6dvQ/kW/AjDJEb8AMExtM= =oj1j -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-01-13 a las 09:15 +0100, carlopmart escribió:
...
Esto debería ser una tarea de lo mas trivial ....
Quizás no. Quizas se suponga que debes tener un contrato/login/pass para cada máquina.
- -- Saludos Carlos E.R.
De cara a dar el soporte estoy de acuerdo, pero el montar un servidor de updates no tiene que estar afectado por una política de soporte. Por ejemplo con Ubuntu y RedHat es así: tu puedes tener un servidor de updates, pero solo darán al que está registrado. Y montar un servidor de updates en esas distros es sencillisimo ... no hay porque complicarlo. A fin de cuentas siempre habra un metodo mas o menos facil para hacerlo.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHie4ZtTMYHG2NR9URAoTlAJ0Xl6EBTSIvQlsPpPK4aDcr3pXpDgCdGHj7 0T6dvQ/kW/AjDJEb8AMExtM= =oj1j -----END PGP SIGNATURE-----
-- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
Bueno he seguido el consejo de Cristian y ahora estoy realmente alucinando. He podido poner todos los repositorios que precisaba (DVD más los oficiales de Novell) y la cosa queda tal que así: # | Enabled | Refresh | Type | Name | URI --+---------+---------+------+------------------------+------------------------------------------------------------------- 1 | Yes | Yes | YaST | sles10-sp1-dvd | http://sles-updates.hpulabs.org/SLES10-SP1-DVD 2 | Yes | Yes | YaST | sles10-sdk-sp1-dvd | http://sles-updates.hpulabs.org/SLE10-SDK-SP1-DVD 3 | Yes | Yes | YUM | sles10-sp1-online | http://sles-updates.hpulabs.org/SLES10-SP1-Online/sles-10-i586 4 | Yes | Yes | YUM | sles10-sp1-updates | http://sles-updates.hpulabs.org/SLES10-SP1-Updates/sles-10-i586 5 | Yes | Yes | YUM | sles10-sdk-sp1-online | http://sles-updates.hpulabs.org/SLE10-SDK-SP1-Online/sles-10-i586 6 | Yes | Yes | YUM | sles10-sdk-sp1-updates | http://sles-updates.hpulabs.org/SLE10-SDK-SP1-Updates/sles-10-i586 Hasta aquí todo ok. Ahora ejecuto 'zypper lu': Restoring system sources... Parsing metadata for sles10-sp1-dvd... Parsing metadata for sles10-sdk-sp1-dvd... Parsing metadata for sles10-sp1-online... Parsing metadata for sles10-sp1-updates... Parsing metadata for sles10-sdk-sp1-online... Parsing metadata for sles10-sdk-sp1-updates... Parsing RPM database... WARNING: These are only the updates affecting the updater itself. There are others available too. Catalog | Name | Version | Category | Status -------------------+-------------------------+---------+-------------+------- sles10-sp1-updates | slesp1-perl-Bootloader | 3680-0 | recommended | Needed sles10-sp1-online | slesp1o-liby2util-devel | 2970-0 | recommended | Needed Empiezo a alucinar. Esto no es cierto hay mas updates y de entrada el paquete liby2util-devel no lo tengo ni instalado, o sea que ha de ser una dependencia, pero sigamos. Luego me digo: "vamos a probar el update a ver que pasa" y ejecuto 'zypper up'. Resultado: Summary: <install> [S1:1][package]SuSEfirewall2-3.4_SVNr142-7.6.noarch <install> [S1:1][package]autoyast2-installation-2.13.95-0.8.noarch <install> [S1:1][package]ldapcpplib-0.0.4-14.13.i586 <install> [S1:1][package]liby2util-2.13.8-0.12.i586 <install> [S1:1][package]libzypp-zmd-backend-7.1.1.0_0.8-0.16.i586 <install> [S1:1][package]limal-bootloader-1.1.50-0.12.i586 <install> [S1:1][package]parted-1.6.25.1-15.13.i586 <install> [S1:1][package]rug-7.2.0.0-0.8.i586 <install> [S1:1][package]wireless-tools-28pre13-22.12.i586 <install> [S1:1][package]yast2-2.13.104-0.7.i586 <install> [S1:1][package]yast2-bootloader-2.13.97-0.4.i586 <install> [S1:1][package]yast2-pkg-bindings-2.13.117-0.13.i586 <install> [S1:1][package]yast2-firewall-2.13.15-0.10.noarch <install> [S1:1][package]yast2-inetd-2.13.8-0.6.noarch <install> [S1:1][package]yast2-ldap-2.13.5-1.11.i586 <install> [S1:1][package]yast2-mail-aliases-2.13.8-0.11.noarch <install> [S1:1][package]yast2-mouse-2.13.7-16.2.i586 <install> [S1:1][package]yast2-ncurses-2.13.66-0.12.i586 <install> [S1:1][package]yast2-network-2.13.98-0.7.i586 <install> [S1:1][package]yast2-packager-2.13.175-0.5.i586 <install> [S1:1][package]yast2-pam-2.13.5-0.11.noarch <install> [S1:1][package]yast2-perl-bindings-2.13.11-0.17.i586 <install> [S1:1][package]yast2-registration-2.13.12-0.10.noarch <install> [S1:1][package]yast2-slp-2.13.4-0.17.i586 <install> [S1:1][package]yast2-security-2.13.7-0.11.noarch <install> [S1:1][package]yast2-storage-2.13.94-0.4.i586 <install> [S1:1][package]yast2-storage-lib-2.13.94-0.4.i586 <install> [S1:1][package]yast2-trans-stats-2.11.0-21.18.noarch <install> [S1:1][package]yast2-transfer-2.13.4-0.10.i586 <install> [S1:1][package]yast2-update-2.13.52-0.4.i586 <install> [S1:1][package]yast2-xml-2.13.4-0.8.i586 <install> [S1:1][package]zmd-7.2.0.0-0.13.i586 <install> [S3:0][atom]yast2-registration-2.13.12-0.10.noarch <install> [S3:0][atom]libzypp-2.15.10-0.4.i586 <install> [S3:0][atom]zypper-0.6.17-0.16.i586 <install> [S3:0][patch]slesp1o-liby2util-devel-2970-0.noarch <install> [S4:0][package]suseRegister-1.2-9.33.noarch <install> [S4:0][package]yast2-installation-2.13.196-0.2.noarch <install> [S4:0][package]perl-Bootloader-0.4.16-7.3.i586 <install> [S4:0][package]yast2-ldap-client-2.13.28-0.2.noarch <install> [S4:0][package]yast2-core-2.13.41-0.2.i586 <install> [S4:0][package]yast2-online-update-2.13.62-0.2.noarch <install> [S4:0][package]yast2-theme-NLD-0.4.5-3.24.3.noarch <install> [S4:0][package]yast2-hardware-detection-2.13.8-1.2.3.i586 <install> [S4:0][package]hwinfo-12.48-1.2.3.i586 <install> [S4:0][package]yast2-country-2.13.54-0.2.i586 <install> [S4:0][package]yast2-users-2.13.56-1.2.4.i586 <uninstall> [S0:0][package]hwinfo-12.46-0.5.i586 Continue? [y/n] Ahora ya no sé si estoy borracho, alucino o es que el zypper este no sabe l oque hace. Por partes: - TODO lo que hace referencia a YaST no lo tengo instalado en el sistema, o sea que hay algún paquete que tiene como dependencias todo lo que sale de YaST. - El zypper y librerias asociadas es IMPOSIBLE que me esté pidiendo un upgrade porque las versiones mostradas en el listado son EXACTAMENTE las mismas que tiene ahora el servidor. - rug y zmd los he desinstalado antes de comenzar a usar zypper, por lo tanto vuelven a ser dependencias de algo. En resumen: no entiendo absolutamente nada. Para más cachondeo los paquetes openssh PRECISAN upgrade porque son vulnerables y no me los muestra (por lo tanto concluyo que no los actualizará, ¿o sí?). ¿Se os ocurre algo? ... Voy a intentar derivar esto a la lista anglosajona (aunque no tengo muchas esperanzas). Lo cierto es que tengo encima un proyecto de SLES y de entrada lo primero que voy a hacer es intentar convencer al cliente de que se quede en la "nevera" o bien hacerlo directamente con RHEL, ya que el despliegue es muy crítico. Si solo para hacer una actualización me presenta estos problemas, no quiero saber lo que me espera con lo que se tiene que montar ... ¿A alguien se le ocurre algo?? -- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-13 a las 15:42 +0100, carlopmart escribió:
WARNING: These are only the updates affecting the updater itself. There are others available too. Catalog | Name | Version | Category | Status -------------------+-------------------------+---------+-------------+------- sles10-sp1-updates | slesp1-perl-Bootloader | 3680-0 | recommended | Needed sles10-sp1-online | slesp1o-liby2util-devel | 2970-0 | recommended | Needed
Empiezo a alucinar. Esto no es cierto hay mas updates y de entrada el paquete liby2util-devel no lo tengo ni instalado, o sea que ha de ser una dependencia, pero sigamos. Luego me digo: "vamos a probar el update a ver que pasa" y ejecuto 'zypper up'. Resultado:
¿Has leido el warning de ahí arriba? Lo explica todo... salvo lo de volver a instalar el yast - que lo veo lógico, aunque tú no lo quieras :-P Una de las ventajas del yast es que puedes ver qué es lo que va a instalar antes de aceptar. Desconozco como hacer eso con el zypper, pero la verdad es que no lo uso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHijuBtTMYHG2NR9URAiFaAJ4nYM9nVzFf8HIKb2W7zss5yHwOhgCeMBix jLtBdVS4De5H5RJxyIoSCBE= =3j/p -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-01-13 a las 15:42 +0100, carlopmart escribió:
WARNING: These are only the updates affecting the updater itself. There are others available too. Catalog | Name | Version | Category | Status -------------------+-------------------------+---------+-------------+-------
sles10-sp1-updates | slesp1-perl-Bootloader | 3680-0 | recommended | Needed sles10-sp1-online | slesp1o-liby2util-devel | 2970-0 | recommended | Needed
Empiezo a alucinar. Esto no es cierto hay mas updates y de entrada el paquete liby2util-devel no lo tengo ni instalado, o sea que ha de ser una dependencia, pero sigamos. Luego me digo: "vamos a probar el update a ver que pasa" y ejecuto 'zypper up'. Resultado:
¿Has leido el warning de ahí arriba? Lo explica todo... salvo lo de volver a instalar el yast - que lo veo lógico, aunque tú no lo quieras :-P
Una de las ventajas del yast es que puedes ver qué es lo que va a instalar antes de aceptar. Desconozco como hacer eso con el zypper, pero la verdad es que no lo uso.
Correcto ¿pero porque va upgradar el zypper si la versión a upgradar es la misma que tiene instalado el sistema?? Por ejemplo: si yo tengo instalado el yum 2.4 y hago yum upgrade y en el repositorio de upgrades solo existe la misma release, yum no me dice (ni hace) el upgrade ... ¿porque si el zypper si no hay release nueva en el repo?? Eso es lo que no entiendo ...
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHijuBtTMYHG2NR9URAiFaAJ4nYM9nVzFf8HIKb2W7zss5yHwOhgCeMBix jLtBdVS4De5H5RJxyIoSCBE= =3j/p -----END PGP SIGNATURE-----
-- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
carlopmart escribió:
¿A alguien se le ocurre algo??
claro que se me ocurre , el zypper esta haciendo exactamente lo que tiene que hacer ;) resolviendo dependencias e reinstaladno lo que estaba roto ademas de otras correcciones. "zypper up" solo trabaja sobre paquetes del tipo "parche" o sea las actualizaciones de seguridad y de errors que vienen en los canales de update. No veo nada raro, es perfectamente normal. -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- 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
carlopmart escribió:
- TODO lo que hace referencia a YaST no lo tengo instalado en el sistema, o sea que hay algún paquete que tiene como dependencias todo lo que sale de YaST.
por ende tu sistema basico esta roto..
- El zypper y librerias asociadas es IMPOSIBLE que me esté pidiendo un upgrade porque las versiones mostradas en el listado son EXACTAMENTE las mismas que tiene ahora el servidor.
Zypper no instala nigun update cuando ya tienes instalada exactamente la misma version-release.
- rug y zmd los he desinstalado antes de comenzar a usar zypper, por lo tanto vuelven a ser dependencias de algo.
si-
En resumen: no entiendo absolutamente nada.
eso es porque estas acostumbrados a otros gestores de paquetes, familiarizate con la terminologia primero. Los gestores de paquetes primiivos como apt, yum etc.. conocen solamente un tipo de paquete, que en zypp se denomina "package" , ademas de eso, zypp conoce los tipos "patch" , "product" y "pattern" y todos se comportan de una manera un poco diferente segun el caso. zypper up --> solo actualiza con resolvables del tipo "patch" zypper up -t package --> lo hace con aquellos de tipo package zypper dup (solo openSUSE 11) --> realiza el euqivalente de apt-get dist-upgrade operando con resolvables del tipo " product" y "package". -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- 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
Lo cierto es que tengo encima un proyecto de SLES y de entrada lo primero que voy a hacer es intentar convencer al cliente de que se quede en la "nevera" o bien hacerlo directamente con RHEL, ya que el despliegue es muy crítico. Si solo para hacer una actualización me presenta estos problemas, no quiero saber lo que me espera con lo que se tiene que montar ...
¿A alguien se le ocurre algo??
Para hacerlo en Red Hat quizá te resulte más rentable utilizar CentOS. Es exactamente igual pero no necesitas pagar el mantenimiento. -- Saludos, J.M.Queralt
J.M.Queralt escribió:
Lo cierto es que tengo encima un proyecto de SLES y de entrada lo primero que voy a hacer es intentar convencer al cliente de que se quede en la "nevera" o bien hacerlo directamente con RHEL, ya que el despliegue es muy crítico. Si solo para hacer una actualización me presenta estos problemas, no quiero saber lo que me espera con lo que se tiene que montar ...
¿A alguien se le ocurre algo??
Para hacerlo en Red Hat quizá te resulte más rentable utilizar CentOS. Es exactamente igual pero no necesitas pagar el mantenimiento.
O White box -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) --------------------------------------------------------------------- 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
Si quieres contratar soporte de calidad, y sin muchas complicaciones en un despliegue informático a gran escala, te recomiendo RHEL yo me encontré en ese dilema hace tiempo, y descarte SLES por motivos de filosofía y lo robusto de la plataforma de RedHat. 1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL. 2. RHEL esta bien documentado, con la mayoría de sus manuales oficiales a disposición de todos en linea, sin claves de acceso y si no quieres pagar ahí esta CentOS y Whitebox que se conforman con una donacion, y con toda la potencia de RHEL. 3. Pera escritorio esta bien SuSE, yo soy usuario, pero para tareas empresariales, no te lo recomiendo su restrictiva versión enterprise, además la cantidad de paquetes certificados de redhat es impresionante, a todas luces mas grande que la de novell. Y podríamos seguir con una lista muy larga y mas técnica, pero mi conclusión es RHEL para ese tipo de trabajitos. ----------------------------------------
Date: Sat, 12 Jan 2008 23:59:03 +0100 From: carlopmart@gmail.com To: opensuse-es@opensuse.org Subject: [opensuse-es] Problemas con rug en un SLES 10 SP1
Hola a todos,
Esta es una consulta sobre SLES más que sobre opensuse pero es que ya probé en su día y no recibí respuesta en el foro inglés relacionado con la distro (suse-sles-e@suse.com).
Mi intención es montar un servidor de updates completo para servidores SLES 10 SP1. He seguido todo el procedimiento explicado en las webs de Novell acerca del uso de yup y hasta aquí todo va ok: puedo actualizar, instalar, etc.
Ahora bien el problema viene cuando intento añadir como repositorio de instalación el DVD original de SLES 10 SP1 (ya que con yup no se descarga este canal, cosa que me gustaria saber porque. Creo que es la única distro que conozco que no hace esto, pero eso es otro tema). El tema es que he copiado todo el contenido del DVD a un directorio del web server, pero rug me tira errores, no hay manera de añadir esto:
Mi comando:
'rug service-add http://sles-updates.dominio.org/SLES10-SP1-DVD/suse --type zypp 'SuSE Enterprise Linux 10''
El error:
' Adding zypp service...
0%
ERROR: Could not add 'http://sles-updates.dominio.org/SLES10-SP1-DVD/suse': Failed to parse XML metadata: Can't add repository at http://sles-updates.dominio.org/SLES10-SP1-DVD/suse: Curl error for 'http://sles-updates.dominio.org/SLES10-SP1-DVD/suse/repodata/repomd.xml':Error code: HTTP response: 504Error message: The requested URL returned error: 504 '
¿Porque narices está buscando un repo tipo YUM si es ZYPP? ¿Alguien sabe como puedo añadir el DVD de instalación (no puede estar fisicamente en el lector) a rug??
No lo entiendo, porque nada más acabar la instalación y ejecutar 'rug sl' me devolvía esto:
# | Status | Type | Name | URI --+--------+------+-------------------------------------+----------------------- 1 | Active | ZYPP | SUSE Linux Enterprise Server 10 SP1 | cd:///?devices=/dev...
O sea que entiendo que puede hacerlo .... pero la pregunta es ¿como?
Gracias a todos por la ayuda.
P.D: el sistema tiene desinstalado por completo YaST2 y todas sus dependencias. Seré breve en el porqué: he de acometer un proyecto en el cual la política de seguridad interna impide la utilización de este tipo de tools en servidores de producción "sensibles" (cosa que será el que tengo que montar). -- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
_________________________________________________________________ La vida de los famosos al desnudo en MSN Entretenimiento http://entretenimiento.es.msn.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@opensuse.org
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL. --------------------------------------------------------------------- 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
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue.
--------------------------------------------------------------------- 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
-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801140234420.14402@nimrodel.valinor> El 2008-01-14 a las 01:46 +0100, csalinux escribió:
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue.
Pues yo también he entendido que Marcos sostiene que Novell no publica los fuentes. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHirw8tTMYHG2NR9URAhy4AJ9DNPWPTwExGiQlE5/zXhhuz7jNrwCdE9NH LFuIQYWSDtEF1CobebdTL8s= =8FVt -----END PGP SIGNATURE-----
Carlos E. R. escribió:
Content-ID: <alpine.LSU.1.00.0801140234420.14402@nimrodel.valinor>
El 2008-01-14 a las 01:46 +0100, csalinux escribió:
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue.
Pues yo también he entendido que Marcos sostiene que Novell no publica los fuentes.
Será que puse la bolita de cristal a funcionar sin querer, pero sí he entendido que no disponía de lo que decía por no estar suscrito -aunque no lo haya dicho explícitamente-. Parece que no quiere pagar todas las licencias que use, sino sólo alguna o ninguna. Es muy normal que la gente no quiera pagar todas las licencias de las máquinas que usa, sino algunas, para tener los parches y pasárselos de una máquina a otra, y también hay gente que no quiere pagar ninguna licencia. Y me parece lógico porque el SAT no debe ser de ninguna calidad. Yo pagaría para las máquinas críticas, para las demás no. De hecho, NLD no creo que esté teniendo mucho éxito ya que las licencias parece que son caras, y siempre se puede usar opensuse. En el otro caso, parece que RHEL sí que funciona bien, y sin embargo, les copian con CentOS o White Box, y no se les oye protestar mucho. Y no se les oye porque así extienden un "estándar de facto". La gente comprará RHEL siempre que haya alguien de verdad al otro lado del teléfono cuando haya problemas, porque si no, entonces CentOS y WhiteBox sí les harán pupa. Supongo que no protestan mucho tampoco porque no creo que nadie que tenga problemas llame a los de WhiteBox o CentOS y les solucionen nada. El día que lo hagan a un precio y con una calidad razonable si tendrán problemas los de RHEL y protestarán.
-- Saludos Carlos E.R.
-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) --------------------------------------------------------------------- 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
Tambien hay otra respuesta sencilla a eso... IBM, Oracle, BEA... y demas colegas... no certifican a Centos ni WB... asi que por que mucho soporte de buena calidad que tengan Centos y WB, no se comeran el mismo trozo de pastel de RHEL o Novell.... saludos! El 13/01/08, csalinux <csalinux@gmail.com> escribió:
Carlos E. R. escribió:
Content-ID: <alpine.LSU.1.00.0801140234420.14402@nimrodel.valinor>
El 2008-01-14 a las 01:46 +0100, csalinux escribió:
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue.
Pues yo también he entendido que Marcos sostiene que Novell no publica los fuentes.
Será que puse la bolita de cristal a funcionar sin querer, pero sí he entendido que no disponía de lo que decía por no estar suscrito -aunque no lo haya dicho explícitamente-.
Parece que no quiere pagar todas las licencias que use, sino sólo alguna o ninguna. Es muy normal que la gente no quiera pagar todas las licencias de las máquinas que usa, sino algunas, para tener los parches y pasárselos de una máquina a otra, y también hay gente que no quiere pagar ninguna licencia. Y me parece lógico porque el SAT no debe ser de ninguna calidad. Yo pagaría para las máquinas críticas, para las demás no. De hecho, NLD no creo que esté teniendo mucho éxito ya que las licencias parece que son caras, y siempre se puede usar opensuse.
En el otro caso, parece que RHEL sí que funciona bien, y sin embargo, les copian con CentOS o White Box, y no se les oye protestar mucho. Y no se les oye porque así extienden un "estándar de facto".
La gente comprará RHEL siempre que haya alguien de verdad al otro lado del teléfono cuando haya problemas, porque si no, entonces CentOS y WhiteBox sí les harán pupa.
Supongo que no protestan mucho tampoco porque no creo que nadie que tenga problemas llame a los de WhiteBox o CentOS y les solucionen nada. El día que lo hagan a un precio y con una calidad razonable si tendrán problemas los de RHEL y protestarán.
-- Saludos Carlos E.R.
--
Saludos.
César
Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado.
(Proverbio hindú) --------------------------------------------------------------------- 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
--------------------------------------------------------------------- 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
csalinux wrote:
Carlos E. R. escribió:
Content-ID: <alpine.LSU.1.00.0801140234420.14402@nimrodel.valinor>
El 2008-01-14 a las 01:46 +0100, csalinux escribió:
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL. Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue. Pues yo también he entendido que Marcos sostiene que Novell no publica los fuentes.
Será que puse la bolita de cristal a funcionar sin querer, pero sí he entendido que no disponía de lo que decía por no estar suscrito -aunque no lo haya dicho explícitamente-.
Parece que no quiere pagar todas las licencias que use, sino sólo alguna o ninguna. Es muy normal que la gente no quiera pagar todas las licencias de las máquinas que usa, sino algunas, para tener los parches y pasárselos de una máquina a otra, y también hay gente que no quiere pagar ninguna licencia. Y me parece lógico porque el SAT no debe ser de ninguna calidad. Yo pagaría para las máquinas críticas, para las demás no. De hecho, NLD no creo que esté teniendo mucho éxito ya que las licencias parece que son caras, y siempre se puede usar opensuse.
En el otro caso, parece que RHEL sí que funciona bien, y sin embargo, les copian con CentOS o White Box, y no se les oye protestar mucho. Y no se les oye porque así extienden un "estándar de facto".
La gente comprará RHEL siempre que haya alguien de verdad al otro lado del teléfono cuando haya problemas, porque si no, entonces CentOS y WhiteBox sí les harán pupa.
Supongo que no protestan mucho tampoco porque no creo que nadie que tenga problemas llame a los de WhiteBox o CentOS y les solucionen nada. El día que lo hagan a un precio y con una calidad razonable si tendrán problemas los de RHEL y protestarán.
-- Saludos Carlos E.R.
Bueno a ver varias cosas, Lo primero informaros que por mi parte el thread puede ser cerrado ya que en el día de hoy mi compañero y yo hemos presentado un informe al cliente desaconsejando totalmente la implantación con SLES del proyecto. Es casi seguro al 90% que se hará bajo RedHat 5. De todas formas vamos a contactar con Novell y que nos dé su parecer del porqué nos encontramos con los escollos que hemos detallado en el informe. Y si consigue rebatirlos y presentar una solución técnica ajustada a las premisas del cliente se podría llegar a terminar haciendo con SLES (lo veo crudo porque uno de los requisitos del cliente y además innegociable es que no puede haber rastro de YaST en el entorno, pero aún así por mi parte estoy dispuesto a escuchar a Novell). Informaros también de que el cliente en cuestión no pretendía "piratear" nada, de hecho su intención es comprar 5 licencias SLES que son los servidores físicos que iba (o podría tener) el despliegue de dicho proyecto. Por lo tanto solo se trataba de tener los updates centralizados. Ahora voy a filosofar: subscribo totalmente lo dicho por Marcos Contreras acerca de lo lejos que tiene Novell a RedHat (máxime después de la nefasta aventura que estoy teniendo con SLES). ¿No os habeis preguntado nunca porque no existe una SLES Open Source recompilada a partir los sources liberados por Novell al estilo de la relación CentOS/RedHat?? Es my muy significativo. Aquí os ejo un link que os da las claves: http://dag.wieers.com/blog/node/34 (simplemente demoledor). WhiteBox no tiene ni de lejos el soporte, comunidad de usuarios, etc que dispone CentOS (de hecho está casi condenada a bien fusionarse con Scientifixlinux u otra - con CentOS es muy difícil a día de hoy - o bien a desaparecer). Os voy a poner un ejemplo muy sencillo de utilización de CentOS. ¿Sabeis donde se despliegan servidores CentOS? En entornos de desarrollo y pre-producción de grandes cuentas. Los servidores de producción son RedHat. ¿Y esto porque es así?. Es muy sencillo: CentOS es un clon bit a bit de RedHat. Lo único que no tiene son los copyrights. Os puedo asegurar que algo que falla en una CentOS, fallar'a en una RHEL con un 99,999999999% de seguridad. Y a la inversa también. Por eso está tan extendida: es un perfecto bacno de pruebas para un despliegue posterior basado en RHEL. Si profundizaís un poco más veréis que existe un comunciado de RedHat que incluso justifica la existencia de CentOS: les ha dado más negocio. ¿Pardójico verdad?. Por cierto, muchísimas gracias a todos por la ayuda. Me habeis ayudado más que en la propia lista de suse-sles-e@, os lo digo de verdad. Saludos. -- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
carlopmart escribió:
además innegociable es que no puede haber rastro de YaST en el entorno
Un sistema sin Yast al menos sin la version de ncurses es un sistema considerado disfuncional. ? Es my muy significativo. Aquí os ejo un link
que os da las claves: http://dag.wieers.com/blog/node/34 (simplemente demoledor).
No tiene nada de signficativo,. es mas dag esta profundamente equivocado en sus aseveraciones. "One of them is that the SLES community is much smaller and more aimed at proprietary software" es como el primer sintoma de su desinformacion. y revela de que no tiene la menor idea de como funciona la comunidad de SUSE. no tengo nada mas que agregar, los comentarios de "pascal bleser" en el susodicho post deja bastante claro el tema. Es muy sencillo: CentOS es un clon bit a
bit de RedHat. Lo único que no tiene son los copyrights.
De que estas hablando huh o_O ? estas confundiendo copyright con trademark. Nota que esta es mi opinion personal,yo tambien fui un miembro cualquiera mas de esta comunidad, un usuario comun y corriente, que actualmente tenga la suerte de trabajar en tan buen lugar como SUSE no cambia mi opinion, ni ganaria nada cambiandola tampoco. -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Trabajando pero no hablando en nombre de.. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- 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
Cristian Rodríguez wrote:
carlopmart escribió:
además innegociable es que no puede haber rastro de YaST en el entorno
Un sistema sin Yast al menos sin la version de ncurses es un sistema considerado disfuncional.
Pero Cristian discúlpame, pero no lo entiendo. ¿Porque es disfuncional? Yo no entro a evaluar si YaST es un herramienta buena o mala. Lo que digo es que el usuario tiene que tener la capacidad de decisión de utilizarla o no y tenerla en su sistema o no. No lo entiendo de verdad que no. Es más, es una herramienta altamente intrusiva con configuraciones personalizadas. Te pongo un ejemplo con herabeat2+0cfs2: en el momento que insertes parámetros de configuración no mostrados por YaST y ejecutes de nuevo YaST después de haberlos puestos en producción, YasT se lo va a cargar todo. ¿Porque? ¿Porque hacen que, ya que existe Yast, por lo menos no toque parámetros que han sido personalizados por el usuario??? Par mí es normal que un cliente me diga que el programa x no puede existir en un servidor. Es totalmente lógico cuando tienes a un departamente de seguridad encima tuyo.
? Es my muy significativo. Aquí os ejo un link
que os da las claves: http://dag.wieers.com/blog/node/34 (simplemente demoledor).
No tiene nada de signficativo,. es mas dag esta profundamente equivocado en sus aseveraciones.
"One of them is that the SLES community is much smaller and more aimed at proprietary software"
En este es posible ... yo n osé que comunidad de usuarios es mayor o menor, eso es dificl de cuantificar.
es como el primer sintoma de su desinformacion. y revela de que no tiene la menor idea de como funciona la comunidad de SUSE. no tengo nada mas que agregar, los comentarios de "pascal bleser" en el susodicho post deja bastante claro el tema.
Pues yo creo que le está dando bastante la razón en casi todo a excepción de como pueda funcionar una comunidad SuSE. Yo en lo que creo que Dag está 100% en lo cierto, es que openSuSE no es ni por asomo parecido a SLES ... Cosa que no ocurre con Fedora y RedHat. Ejemplo: Fedora 6 es el padre de RedHat 5, y existen poquitas diferencias (o casi diria que ninguna en lo que son "herramientas base") en la forma de como se gestionan y se administran.
Es muy sencillo: CentOS es un clon bit a
bit de RedHat. Lo único que no tiene son los copyrights.
De que estas hablando huh o_O ? estas confundiendo copyright con trademark.
Cierto. :)) Mea culpa.
Nota que esta es mi opinion personal,yo tambien fui un miembro cualquiera mas de esta comunidad, un usuario comun y corriente, que actualmente tenga la suerte de trabajar en tan buen lugar como SUSE no cambia mi opinion, ni ganaria nada cambiandola tampoco.
-- CL Martinez carlopmart {at} gmail {d0t} 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@opensuse.org
carlopmart escribió:
Cristian Rodríguez wrote:
carlopmart escribió:
además innegociable es que no puede haber rastro de YaST en el entorno
Un sistema sin Yast al menos sin la version de ncurses es un sistema considerado disfuncional.
Pero Cristian discúlpame, pero no lo entiendo. ¿Porque es disfuncional?
yast es una parte fundamental de SUSE, SUSE esta orientado a ser facil de configurar, es parte del concepto, de la filosofia del este cuento.
. Es más, es una herramienta altamente intrusiva con configuraciones personalizadas.
Una herramienta capaz de configurar tu sistema completo tiene que ser de una u otra manera intrusiva.
Par mí es normal que un cliente me diga que el programa x no puede existir en un servidor.
Pues lo remueves, eso si, dicho procedimiento no esta soportado, quizas en SLES 11 puedas quitar yast lo cual no signfica que vaya a ser soportado.
es que openSuSE no es ni por asomo parecido a SLES ...
ese es un otro punto en el cual dag esta completamente equivocado, SLES deriva de **exactamente** el mismo codigo de openSUSE ( SLES 10 por ejemplo de Suse linux 10.1) asi que es imposible que no se parezca, logicamente son dos productos destinados a distinto mercado y bases de usuarios.
diria que ninguna en lo que son "herramientas base") e
a que te refieres puntualmente con las "herramientas base" ? las dos distribuciones tienen exactamente las mismas herraminetas basicas, con la excepcion de Zenworks que ya no viene en openSUSE porque no es la solucion adecuada para la base de usuarios que tiene openSUSE , es decir es demasiado grande, complejo y lento para un usuario final que no tiene ese nivel de requerimientos.. Todas las mejoras de las versiones de openSUSE van a salir a SLES 11 si tendran o no tendran soporte oficial depende de las necesidades del los clientes o de las politicas comerciales de Novell, no podria contarte de eso, porque no manejo informacion y tampoco es bueno dar luces sober el un producto que nisiquiera ha entrado en fase de construccion. -- "The only thing that interferes with my learning is my education." - Albert Einstein Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/ --------------------------------------------------------------------- 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 2008-01-14 a las 20:38 -0300, Cristian Rodríguez escribió:
carlopmart escribió:
Cristian Rodríguez wrote:
Un sistema sin Yast al menos sin la version de ncurses es un sistema considerado disfuncional.
Pero Cristian discúlpame, pero no lo entiendo. ¿Porque es disfuncional?
yast es una parte fundamental de SUSE, SUSE esta orientado a ser facil de configurar, es parte del concepto, de la filosofia del este cuento.
. Es más, es una herramienta altamente intrusiva con configuraciones personalizadas.
Una herramienta capaz de configurar tu sistema completo tiene que ser de una u otra manera intrusiva.
Tienes razón, pero conviene fijarse un poco más en el ejemplo que dió "carlopmart": ] Te pongo un ejemplo con herabeat2+0cfs2: en el momento que insertes ] parámetros de configuración no mostrados por YaST y ejecutes de nuevo ] YaST después de haberlos puestos en producción, YasT se lo va a cargar ] todo. ¿Porque? ¿Porque hacen que, ya que existe Yast, por lo menos no ] toque parámetros que han sido personalizados por el usuario??? Lo normal es que cuando Yast detecta que se ha configurado a mano un servicio, a continuación se niegue a configurar ese servicio (o cuando menos pregunte). Es lo que sucede, por ejemplo, con el postfix. Funciona a base de un conjunto de ficheros en "/var/adm/SuSEconfig/md5/" que contienen los checksum md5 calculados a partir de los ficheros de configuración que cambió el Yast. Así, si el "/etc/postfix/main.cf" tiene distinto checksum que el que contiene "/var/adm/SuSEconfig/md5/etc/postfix/main.cf" Así que si yast modificó la configuración de heartbit después de haberla cambiado el administrador, pienso que es un bug, que se puede reportar. Por contra, "carlopmart" debería saber que quitando el Yast no ha eliminado ese problema concreto, porque no es el Yast quien hace eso, sino SuSEconfig, y éste sí se puede desactivar: /etc/sysconfig/suseconfig ENABLE_SUSECONFIG="no" - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHi/0rtTMYHG2NR9URAglLAJoCJbOgmiU8c4CXxvC/DfqouVH9FwCeIRGX H3zWHeQTCXPFYaKl4ti778A= =bV+i -----END PGP SIGNATURE-----
Hola :) El Tuesday 15 January 2008, Cristian Rodríguez escribió: [...]
Un sistema sin Yast al menos sin la version de ncurses es un sistema considerado disfuncional.
Pero Cristian disc�lpame, pero no lo entiendo. �Porque es disfuncional?
yast es una parte fundamental de SUSE, SUSE esta orientado a ser facil de configurar, es parte del concepto, de la filosofia del este cuento.
. Es m�s, es una herramienta altamente intrusiva con configuraciones personalizadas.
Una herramienta capaz de configurar tu sistema completo tiene que ser de una u otra manera intrusiva.
No estoy del todo de acuerdo: WebMin. Es un claro ejemplo de herramienta de gestión, administración, configuración, ... muy poco intrusiva. [...] Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.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@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801150046340.14402@nimrodel.valinor> El 2008-01-14 a las 21:33 +0100, carlopmart escribió:
Bueno a ver varias cosas,
Lo primero informaros que por mi parte el thread puede ser cerrado ya que en el día de hoy mi compañero y yo hemos presentado un informe al cliente desaconsejando totalmente la implantación con SLES del proyecto. Es casi seguro al 90% que se hará bajo RedHat 5. De todas formas vamos a contactar con Novell y que nos dé su parecer del porqué nos encontramos con los escollos que hemos detallado en el informe. Y si consigue rebatirlos y presentar una solución técnica ajustada a las premisas del cliente se podría llegar a terminar haciendo con SLES (lo veo crudo porque uno de los requisitos del cliente y además innegociable es que no puede haber rastro de YaST en el entorno, pero aún así por mi parte estoy dispuesto a escuchar a Novell).
Hombre, es que pretender usar la suse poniendo como condición eliminar precisamente aquello que hace diferente y fuerte a la suse... es demasiado. Eso es como hacer una selección predirigida a eliminar a uno de los contendientes. De todas maneras, tendrías que estudiarte bien el rug, porque hay por ahí configuraciones para permitir o prohibir la instalación de algunos paquetes. Yo no lo uso, no sé como se hace, e igual me confundo con zypper.
¿No os habeis preguntado nunca porque no existe una SLES Open Source recompilada a partir los sources liberados por Novell al estilo de la relación CentOS/RedHat?? Es my muy significativo. Aquí os ejo un link que os da las claves: http://dag.wieers.com/blog/node/34 (simplemente demoledor).
No es que no se pueda hacer, es que a nadie le ha interesado hacerlo.
¿Y esto porque es así?. Es muy sencillo: CentOS es un clon bit a bit de RedHat.
¿Clon binario? ¿No era recompilado a partir de las mismas fuentes? No puede ser un clon bit a bit.
Por cierto, muchísimas gracias a todos por la ayuda. Me habeis ayudado más que en la propia lista de suse-sles-e@, os lo digo de verdad.
De nada :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHi/RmtTMYHG2NR9URAo6mAJ925uqzo/NTomazuYv47mSpO9K3qACdEkg6 I+AayCyIt82J6IQenj3Xolg= =df/V -----END PGP SIGNATURE-----
Tienen razón con lo del estandard de facto, pero si algo es cierto en mi caso es que me gusta probar las distros hasta donde me resulta factible antes de implementarla en una empresa, pero es obvio que no me pondré a adquirir yo la disto para probarla, tampoco la comprara para que yo la pruebe y después no me guste :D: 1. La ultima vez que la probé SLES te pedía numero de serie para instalar, igual RHEL, pero con la diferencia de que dispone de clones, que me parece excelente idea. 2. La excesiva dependencia de yast, no me gusto mucho, prefiero configurar y amarrar las cosas yo mismo, pero eso no le quita nada solo es cuestión de gustos ya que yast realmente es una poderosa herramienta. 3. En mi opinión creo que eso de no colocar los fuentes en repositorios libres es un error de novell que afecta a la comunidad ya que no nos permite probar fácilmente la distro. Quiza por mi estilo de implementar las cosas me gusto mas RHEL, por que si e probado e instalado SLES a varios clientes. Pero en conclusión cada quien elije lo que le gusta y el top a estas alturas de la vida son SuSE y RedHat. Es una critica sana, ----------------------------------------
Date: Mon, 14 Jan 2008 02:34:49 +0100 From: robin.listas@telefonica.net To: opensuse-es@opensuse.org Subject: Re: [opensuse-es] Problemas con rug en un SLES 10 SP1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
El 2008-01-14 a las 01:46 +0100, csalinux escribió:
Cristian Rodriguez escribió:
Marcos Contreras escribió:
1. Mientras Novell nos esconde los binarios, redhat libera los fuentes de su valioso RHEL para que otros lo puedan recompilar y con una compatibilidad casi de 99% con respecto al RHEL.
Las fuentes de SLES estan disponibles asi como los binarios para quienes pagen la subscripcion y cumple cabalmente con los requerimientos de la GPL.
Nadie ha dicho lo contrario, sólo que Marcos prefiere RHEL, por los motivos que ya expuso, para el uso que Marcos persigue.
Pues yo también he entendido que Marcos sostiene que Novell no publica los fuentes.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFHirw8tTMYHG2NR9URAhy4AJ9DNPWPTwExGiQlE5/zXhhuz7jNrwCdE9NH LFuIQYWSDtEF1CobebdTL8s= =8FVt -----END PGP SIGNATURE-----
_________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar siempre a la última Guapos y guapas, clips musicales y estrenos de cine. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0801142032430.14402@nimrodel.valinor> El 2008-01-14 a las 17:13 -0000, Marcos Contreras escribió:
Tienen razón con lo del estandard de facto, pero si algo es cierto en mi caso es que me gusta probar las distros hasta donde me resulta factible antes de implementarla en una empresa, pero es obvio que no me pondré a adquirir yo la disto para probarla, tampoco la comprara para que yo la pruebe y después no me guste :D:
Creo que tu opinión está basada en impresiones antiguas. Te puedes descargar libremente la SLES para probarla, y creo que te dan un mes de actualizaciones, después tienes que pagar. Seguirá funcionando, obviamente, pero sin parches nuevos. Si es que te piden número de registro, será para que no la "pruebes" varias veces para tener parches infinitos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHi7kMtTMYHG2NR9URApvNAJ4k0nTDUc1QbLJELabFAafb5Cq/HwCgj1QA /cA1ULBFkHBcwU7cWFd46lk= =rAgE -----END PGP SIGNATURE-----
participants (9)
-
Armin Díaz Argaña -
carlopmart -
Carlos E. R. -
Cristian Rodriguez -
Cristian Rodríguez
-
csalinux -
J.M.Queralt -
Marcos Contreras -
Rafa Grimán