[opensuse-es] como instalo programa REMMINA si no esta en el dvd oficial?

Flako

31 Aug 2011 31 Aug '11

13:32

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :) Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar.. Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil. Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES. Cual es la mejor forma de instalar programas que no estan en los DVD? Gracias por llegar hasta aqui. -- 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

Show replies by date

Mauro Antivero

31 Aug 31 Aug

15:01

El 31/08/11 10:32, Flako escribió:

...

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :)

Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar..

Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil.

Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES.

Cual es la mejor forma de instalar programas que no estan en los DVD?

Gracias por llegar hasta aqui.

Pregunta: Por qué usás SLES? Cuál fue el motivo de la migración? No digo que esté mal, sino que me refiero a si has pagado por la misma o estás usando la versión de prueba? Si has pagado la verdad que no sabría que decirte, puesto que no he usado SLE más de 2 días en su período de pruebas (no noté grandes ventajas respecto a OS, pero claro, solo la probé un par de días así que mucho no puedo hablar). Si estás en el período de pruebas, analizando que hacer, te sugiero que pruebes OS. El repositorio de packman tiene muchísimos paquetes útiles y además tenés la página de software de OS (http://software.opensuse.org/114/es) desde donde bajas los "One Click Install" que andan realmente muy bien. En la misma encontré el remmina para OS11.4 pero no el zim. Suerte en tu migración. La verdad que Debian y sus derivados son inigualables en cuanto a la cantidad de paquetes y la facilidad de instalación de los mismos. Saludos, Mauro. -- 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

Mauro Antivero

15:10

El 31/08/11 10:32, Flako escribió:

...

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :)

Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar..

Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil.

Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES.

Cual es la mejor forma de instalar programas que no estan en los DVD?

Gracias por llegar hasta aqui.

Jua! Acá está el zim para OS11.4: http://software.opensuse.org/search?q=zim&baseproject=openSUSE%3A11.4&lang=en&include_home=true&exclude_debug=true En la página de búsqueda de software en español no sale, solo sale "zimg". Alguien sabe por qué? Es la primera vez que me pasa algo así. Saludos, Mauro. -- 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

cheperobert

15:23

El día 31 de agosto de 2011 07:32, Flako escribió:

...

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :)

Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar..

Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil.

Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES.

Cual es la mejor forma de instalar programas que no estan en los DVD?

Pues si no cuentas con acceso a los repositorios por que no has pagado por el soporte, pues compilando los programas. Acá en esta forma, bajas el tar.gz, lo descomprimes y listo a compilar, cuesta al principio adaptarte a la forma ya que te topas a veces con requisitos que tienes que ir cubriendo, manejar las ruta donde instalas las archivos, configuración, etc. Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

...

Gracias por llegar hasta aqui. -- 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, cheperobert -- 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

Karl García Gestido

21:51

On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...

El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...) Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;) Salud!! -- 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

21:56

On 08/31/2011 11:51 PM, Karl García Gestido wrote:

...

On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...
El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...) Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;)

Salud!!

Yo creo que lo que hace falta primero es saber que pasa con SLES, que no está para nada claro. Y después que los propios developers de SuSE y algunos de opensuse no pongan "palos en las ruedas" (y otros usuarios-talibanes también). Entonces y solo entonces existirá una openSLES (por llamarla de alguna forma), ya que personalmente opino que EverGreen, la openSuSE en plan LTS (¿se llama así no?), tiene pinta de fiasco casi total. Sinceramente opino que no hacia falta una Evergreen y sí una openSLE. De todas formas es algo que ya se discutió en su dia. IMHO. 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

Karl García Gestido

22:04

On Wednesday, 31 de August de 2011 23:56:14 carlopmart wrote:

...

On 08/31/2011 11:51 PM, Karl García Gestido wrote:

...
On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...
El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...)

Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;)

Salud!!

Yo creo que lo que hace falta primero es saber que pasa con SLES, que no está para nada claro. Y después que los propios developers de SuSE y algunos de opensuse no pongan "palos en las ruedas" (y otros usuarios-talibanes también).

Entonces y solo entonces existirá una openSLES (por llamarla de alguna forma), ya que personalmente opino que EverGreen, la openSuSE en plan LTS (¿se llama así no?), tiene pinta de fiasco casi total. Sinceramente opino que no hacia falta una Evergreen y sí una openSLE. De todas formas es algo que ya se discutió en su dia. IMHO.

Yo recuerdo discutir más acerca de una hipotética openSLED, antes de la venta de Novell, pero lo fundamental, igual que para CentOS, es que alguien se ponga por la labor, por aquello de que las cosas no se hacen solas ;) , también IMHO. Yo para una cosa de esas, dentro de lo poco que podría hacer, me apuntaba xd

...

Saludos. Salud!! -- 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

22:09

On 09/01/2011 12:04 AM, Karl García Gestido wrote:

...

On Wednesday, 31 de August de 2011 23:56:14 carlopmart wrote:

...
On 08/31/2011 11:51 PM, Karl García Gestido wrote:

...
On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...
El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...)

Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;)

Salud!!

Yo creo que lo que hace falta primero es saber que pasa con SLES, que no está para nada claro. Y después que los propios developers de SuSE y algunos de opensuse no pongan "palos en las ruedas" (y otros usuarios-talibanes también).

Entonces y solo entonces existirá una openSLES (por llamarla de alguna forma), ya que personalmente opino que EverGreen, la openSuSE en plan LTS (¿se llama así no?), tiene pinta de fiasco casi total. Sinceramente opino que no hacia falta una Evergreen y sí una openSLE. De todas formas es algo que ya se discutió en su dia. IMHO.

Yo recuerdo discutir más acerca de una hipotética openSLED, antes de la venta de Novell, pero lo fundamental, igual que para CentOS, es que alguien se ponga por la labor, por aquello de que las cosas no se hacen solas ;) , también IMHO. Yo para una cosa de esas, dentro de lo poco que podría hacer, me apuntaba xd

Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE. 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

Karl García Gestido

22:47

On Thursday, 1 de September de 2011 00:09:30 carlopmart wrote:

...

On 09/01/2011 12:04 AM, Karl García Gestido wrote:

...
On Wednesday, 31 de August de 2011 23:56:14 carlopmart wrote:

...
On 08/31/2011 11:51 PM, Karl García Gestido wrote:

...
On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...
El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...)

Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;)

Salud!!

Yo creo que lo que hace falta primero es saber que pasa con SLES, que no está para nada claro. Y después que los propios developers de SuSE y algunos de opensuse no pongan "palos en las ruedas" (y otros usuarios-talibanes también).

Entonces y solo entonces existirá una openSLES (por llamarla de alguna forma), ya que personalmente opino que EverGreen, la openSuSE en plan LTS (¿se llama así no?), tiene pinta de fiasco casi total. Sinceramente opino que no hacia falta una Evergreen y sí una openSLE. De todas formas es algo que ya se discutió en su dia. IMHO.

Yo recuerdo discutir más acerca de una hipotética openSLED, antes de la venta de Novell, pero lo fundamental, igual que para CentOS, es que alguien se ponga por la labor, por aquello de que las cosas no se hacen solas ;) , también IMHO. Yo para una cosa de esas, dentro de lo poco que podría hacer, me apuntaba xd

Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;) IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez. Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;) Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

...

Saludos. Salud!! -- 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

1 Sep 1 Sep

08:22

On 09/01/2011 12:47 AM, Karl García Gestido wrote:

...

...
Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;)

IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez.

Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;)

Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

De todas formas, y no es por ser pesimista, pero la opción de una openSLE (al menos en su versión server), ya llega pero que muy tarde. El pescado está prácticamente vendido entre RedHat/CentOS/SL (y derivadas de este, que por cierto a cual mejor) y las Ubuntu LTS. Solo ha habido un paso positivo para SLES estos últimos meses: VMware ha liberado su producto estratégico de gestión de infraestructuras virtuales como appliance bajo una SLES 11 SP1, pero ¿cuanto durará?? Veremos ... 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

Juan Erbes

11:26

El día 1 de septiembre de 2011 05:22, carlopmart escribió:

...

On 09/01/2011 12:47 AM, Karl García Gestido wrote:

...
...
Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;)

IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez.

Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;)

Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

De todas formas, y no es por ser pesimista, pero la opción de una openSLE (al menos en su versión server), ya llega pero que muy tarde. El pescado está prácticamente vendido entre RedHat/CentOS/SL (y derivadas de este, que por cierto a cual mejor) y las Ubuntu LTS.

Solo ha habido un paso positivo para SLES estos últimos meses: VMware ha liberado su producto estratégico de gestión de infraestructuras virtuales como appliance bajo una SLES 11 SP1, pero ¿cuanto durará?? Veremos ...

Sería bueno que se hubiesen dedicado a contestar la pregunta del colistero, como lo hice yo: Lo puedes descargar desde el Build Service: https://build.opensuse.org/project/show?project=home%3Aclauded1%3Aremmina Si no te va la versión exacta, deberías descargar la versión src.rpm mas parecida que tengas, y haces un rebuild, para lo cual, seguramente te va a pedir algún paquete devel por dependencias. Si querían hablar sobre SLES, tendrían que haber creado un hilo aparte. 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

cheperobert

14:40

El día 1 de septiembre de 2011 02:22, carlopmart escribió:

...

On 09/01/2011 12:47 AM, Karl García Gestido wrote:

...
...
Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;)

IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez.

Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;)

Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

De todas formas, y no es por ser pesimista, pero la opción de una openSLE (al menos en su versión server), ya llega pero que muy tarde. El pescado está prácticamente vendido entre RedHat/CentOS/SL (y derivadas de este, que por cierto a cual mejor) y las Ubuntu LTS.

Ni tanto, en mi caso tengo servidores con CentOS, RedHat y por ahí un mi openSUSE. Pero si tuviéramos una openSLE similar a openSUSE y con buen soporte, en el próximo server que montara te imaginas cual fuera..

...

Solo ha habido un paso positivo para SLES estos últimos meses: VMware ha liberado su producto estratégico de gestión de infraestructuras virtuales como appliance bajo una SLES 11 SP1, pero ¿cuanto durará?? Veremos ...

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

14:44

On 09/01/2011 04:40 PM, cheperobert wrote:

...

El día 1 de septiembre de 2011 02:22, carlopmart escribió:

...
On 09/01/2011 12:47 AM, Karl García Gestido wrote:

...
...
Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;)

IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez.

Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;)

Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

De todas formas, y no es por ser pesimista, pero la opción de una openSLE (al menos en su versión server), ya llega pero que muy tarde. El pescado está prácticamente vendido entre RedHat/CentOS/SL (y derivadas de este, que por cierto a cual mejor) y las Ubuntu LTS.

Ni tanto, en mi caso tengo servidores con CentOS, RedHat y por ahí un mi openSUSE. Pero si tuviéramos una openSLE similar a openSUSE y con buen soporte, en el próximo server que montara te imaginas cual fuera..

Si tuvieses una openSLE similar a openSuSE estarías igual que ahora. Eso de hecho es Evergreen ... Una openSLE no tendría versiones tan actualizadas de los paquetes ya que primaria la estabilidad, escalabilidad, etc por encima del bleeding-edge, que es lo que son por ejemplo openSuSE y Fedora y las Ubuntu no LTS. Por ejemplo: en una openSLE no verías ni por asomo un Firefox 6.x ni un Thunderbird 6.x. Estarias en las versiones 3.6.x de ambos componentes. 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

cheperobert

15:03

El día 1 de septiembre de 2011 08:44, carlopmart escribió:

...

On 09/01/2011 04:40 PM, cheperobert wrote:

...
El día 1 de septiembre de 2011 02:22, carlopmart escribió:

...
On 09/01/2011 12:47 AM, Karl García Gestido wrote:

...
...
Pues mírate el histórico de las listas anglosajonas de openSuSE, sobretodo la de project, y verás si se intentó o no. Para más info, busca en google "openSLE" u "openSLES". Nunca hubo la intención de hacer una openSLED per se, sino algo al estilo CentoS: server y workstation a la vez, por eso digo openSLE.

Je, lo de SLED lo dije sólo porque la última vez que hablamos estábamos a vueltas justamente con la versión "desktop", no la server ;)

IMHO, la Comunidad de openSUSE debería ocuparse de mantener (y posiblemente mejorar algunas cosas, como bien sabéis) openSUSE, que es un proyecto. Desconozco la estructura de Red Hat, Fedora y CentOS (así como Scientific Linux), pero intuyo -y puedo equivocarme- que por regla general son comunidades aparte independientemente de que algunas o muchas personas puedan estar en varios de esos proyectos a la vez.

Lo que IMHO es necesario y suficiente es que un grupo de gente se ponga por la labor de crear un grupo que pueda garantizar, al menos en términos equivalentes a la gente de CentOS, en particular el empaquetado y distribución de los eventuales y seguramente muchos parches que vaya requiriendo SLE. Y haberse currado reempaquetar toda la distribución, quitarle todos los "logos", etc., y comprometerse a al menos hacerlo alguna vez más ;)

Y de hecho, incluso hay determinados repositorios para SLE ;) Por ejemplo, yo tenía (tengo, aunque principalmente uso openSUSE, sobre todo porque el periodo de evaluación con derecho a parches -proporcionados por ellos- dura lo que dura) 'puesto' el KDE 4.4 y algunas cosillas más.

De todas formas, y no es por ser pesimista, pero la opción de una openSLE (al menos en su versión server), ya llega pero que muy tarde. El pescado está prácticamente vendido entre RedHat/CentOS/SL (y derivadas de este, que por cierto a cual mejor) y las Ubuntu LTS.

Ni tanto, en mi caso tengo servidores con CentOS, RedHat y por ahí un mi openSUSE. Pero si tuviéramos una openSLE similar a openSUSE y con buen soporte, en el próximo server que montara te imaginas cual fuera..

Si tuvieses una openSLE similar a openSuSE estarías igual que ahora. Eso de hecho es Evergreen ... Una openSLE no tendría versiones tan actualizadas de los paquetes ya que primaria la estabilidad, escalabilidad, etc por encima del bleeding-edge, que es lo que son por ejemplo openSuSE y Fedora y las Ubuntu no LTS. Por ejemplo: en una openSLE no verías ni por asomo un Firefox 6.x ni un Thunderbird 6.x. Estarias en las versiones 3.6.x de ambos componentes.

Estaríamos comparando con CentOS por ejemplo, te mencione opeSUSE por su organización como Sistema operativo y distribución, claro esta que se buscaría la estabilidad de los paquetes y se tendrían repositorios con paquetes bien probados, si no fueran mas los problemas. El soporte y el tiempo de salida de una versión con respecto a la otra es vital en este caso, cosa que ya openSUSE no lo tiene, es muy corto.

...

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

Flako

17:22

Heee!!, pense que esta lista estaba desierta (estoy hace 1 semanas y vi pocos mail), pero me contentaron un montón, gracias. Para los que preguntaban para que "REMINA" en SLES, estoy en nuevo trabajo y usamos SUSE SLES/D, como yo vengo de Mundo Debian necesito adaptarme.. quiero mis aplicaciones favoritas :), además me sirve para aprender sobre la filosofía SUSE. Como son mucho, les contesto a cada uno, en un solo mail :) Armin: Soy consiente SLES es direrente a Debian, pero es GNU/Linux :), solo necesito moner mi cerebro en "modo SUSE ON" :) Lo de los repositorios, es lo que quería saber.. Que enteder por "no-oficial" en el mundo Suse Cada SLES esta basada en un OpenSuse? (necesito leer sobre eso) Por la perdida de soporte, no habria problemas, porque los cambios son para mi SLES (mi desktop), ademas dudo que consiga la aceptación de gastar plata para que yo tenga mi cliente favorito :). Por los servidores es otro tema.. por ahora no necesito remmina en un server jaja Me sirvió mucho las explicaciones, gracias carlopmart Compilar.. heee.... Siento volver a viejos tiempos.. voy a probar primero los repositorios opensuse, y aprenderé hasta donde se puede llegar cuando pinche mi SLES :) Mauro Antivero Trabajo nuevo, Distro Nueva :). No estuve en la seleccion de distro, desconosco cuales analizaron y cual fue larazon de elegir SUSE. Pagamos soporte a los servidores. Pero es claro que preguntanto este tema me van a decir no es comparible y a mi no me sirve.. como usuario quiero ZIM Y REMMINA :) OpenSuse no me sirve porque tengo a adaptarme a SLES/SLED,se usar Gnu/Linux solo necesito adaptarme al sabor SUSE :) Por software.opensuse.org lo probe,pero no sale. Haces magia!!! para que a parezca en ese link q enviaste..como haces para entrar, porque yo pongo http://software.opensuse.org y me redirecciona a http://software.opensuse.org/114/es, lo cambio por http://software.opensuse.org/114/en y sigue sin aparecer ZIM, pero con tu link si jaja Puff, después de escribir, me di cuenta que remmina y zim aparecen cuando vas a "Search options" y tildas "Include users' home projects" :) cheperobert: Tenemos soporte (no estoy seguro que cubre),pero recién empese, asi que todavía no tengo contacto con ello.. me estoy ajustando.. Si la relacion CentosOS/RH Enterprise esta buena, Lo que no me queda claro que relación hay entre OpenSuse y SLES? es una relación similar a Fedora y RH Enterprise? donde RH prueba cosas en Fedora y usa tal ves algún paquete, pero en son dos mundos diferentes. (tema de mi proximo mail) Juan Erbes Gracias por el link, no le había prestado mucha atención a Build Service Karl García Gestido No... lo que necesitamos es compatibilidad binaria entre distros jajaj Por lo distinguir/elegir el paquete de SLES o de OpenSuse, supongo que la prioridad de repositorio lo hace,asi es en APT, yo definí como prioridad mas baja el dvd SLES,pero no lei la doc, ni verifique que este andado :) Por lo de RH/CentosOS/Fedora, están relacionadas políticamente, de centos ahora no me acuerdo,pero en Fedora el director de proyecto le paga el sueldo RH por lo que eso lo dice todo.. Fedora no es realmente una distro libre e independiente carlopmart Ese tema paso.. se poco del "puterio" de SUSE/NOVEL, yo siempre que puedo uso Debian.. porque con ell tenes continuidad de negocios.. dado que no depende de una empresa.. Ademas que es la MEJOR jaja Gracias, lo que me me tiraron tengo tarea, hasta mi proxima pregunta :) -- 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

Karl García Gestido

22:03

On Thursday, 1 de September de 2011 19:22:44 Flako wrote:

...

(...)

Karl García Gestido No... lo que necesitamos es compatibilidad binaria entre distros jajaj Por lo distinguir/elegir el paquete de SLES o de OpenSuse, supongo que la prioridad de repositorio lo hace,asi es en APT, yo definí como prioridad mas baja el dvd SLES,pero no lei la doc, ni verifique que este andado :) Por lo de RH/CentosOS/Fedora, están relacionadas políticamente, de centos ahora no me acuerdo,pero en Fedora el director de proyecto le paga el sueldo RH por lo que eso lo dice todo.. Fedora no es realmente una distro libre e independiente

La relación de SUSE/openSUSE es similar a la de Red Hat/Fedora, si bien ahora desconozco quienes pueden estar en ambas plataformas a la vez. En cuanto a la compatibilidad binaria, Fedora tiene un repositorio de software para Red Hat ;) openSUSE no tiene eso, hasta ahora coincidía que una versión de SLE correspondía a una de openSUSE, pero eso no tiene por qué ser así. Hay cosas empaquetadas para SLE, pero depende del mantenedor del repositorio de turno. Si SLE y openSUSE fuesen las mismas versiones de forma inequívoca, ¿para qué usar SLE? xd CentOS es un animal diferente y es de lo que estábamos hablando algunos antes. La verdad es que esa parte del hilo deberíamos haberla renombrado hace tiempo, pero bueno, eso pasa a veces xd... CentOS es una rhel empaquetada de nuevo sin los logos y otro material propio de Red Hat; CentOS sí tiene compatibilidad binaria y sí tiene 'servicio' de parches, que ellos toman del repositorio de código fuente de Red Hat y reempaquetan. No hace mucho habíamos tratado esto en la lista por causa de la decisión de Red Hat de no redistribuir parches...

...

Por cierto, para openSUSE los repositorios oficiales son el OSS, el NON-OSS, y el updates, al que puedes añadir el packman que es una suerte de repositorio "casi" oficial... pero no oficial. En principio puedes mezclarlos con los de SLE sin más efecto que aquello que instales de openSUSE no tendrá soporte de SLE... pero en la práctica puede ser bastante engorroso ya que openSUSE 11.1 ya no tiene soporte oficial. Y por supuesto puedes asignarles diferentes prioridades a unos y a otros. Salud!! -- 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

Flako

22:25

El día 1 de septiembre de 2011 19:03, Karl García Gestido escribió:

...

On Thursday, 1 de September de 2011 19:22:44 Flako wrote: La verdad es que esa parte del hilo deberíamos haberla renombrado hace tiempo,

Si formalmente, de desvirtuó un poquito.. :) Pero me han contestado la mayoria de las duda que tenia de Suse/OpenSuse/SLED, asi por mi no me quejo del "desvirtualizacion". Ahora tengo todo mas claro, asi me da mas confianza de seguir tocando :) Gracias -- 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

cheperobert

2 Sep 2 Sep

14:51

El día 1 de septiembre de 2011 11:22, Flako escribió:

...

Heee!!, pense que esta lista estaba desierta (estoy hace 1 semanas y vi pocos mail), pero me contentaron un montón, gracias.

Es que llegaste cuando la lista estaba mas muerta que nunca, lo que pasa que algunos de los que ayudaban y escribían mas ya no están, como Camaleón = "Elsa" Y ahora los mas nuevos que estamos tenemos que darle vida. :)

...

Para los que preguntaban para que "REMINA" en SLES, estoy en nuevo trabajo y usamos SUSE SLES/D, como yo vengo de Mundo Debian necesito adaptarme.. quiero mis aplicaciones favoritas :), además me sirve para aprender sobre la filosofía SUSE.

Como son mucho, les contesto a cada uno, en un solo mail :)

Armin: Soy consiente SLES es direrente a Debian, pero es GNU/Linux :), solo necesito moner mi cerebro en "modo SUSE ON" :) Lo de los repositorios, es lo que quería saber.. Que enteder por "no-oficial" en el mundo Suse Cada SLES esta basada en un OpenSuse? (necesito leer sobre eso) Por la perdida de soporte, no habria problemas, porque los cambios son para mi SLES (mi desktop), ademas dudo que consiga la aceptación de gastar plata para que yo tenga mi cliente favorito :). Por los servidores es otro tema.. por ahora no necesito remmina en un server jaja Me sirvió mucho las explicaciones, gracias

carlopmart Compilar.. heee.... Siento volver a viejos tiempos.. voy a probar primero los repositorios opensuse, y aprenderé hasta donde se puede llegar cuando pinche mi SLES :)

Mauro Antivero Trabajo nuevo, Distro Nueva :). No estuve en la seleccion de distro, desconosco cuales analizaron y cual fue larazon de elegir SUSE. Pagamos soporte a los servidores. Pero es claro que preguntanto este tema me van a decir no es comparible y a mi no me sirve.. como usuario quiero ZIM Y REMMINA :) OpenSuse no me sirve porque tengo a adaptarme a SLES/SLED,se usar Gnu/Linux solo necesito adaptarme al sabor SUSE :) Por software.opensuse.org lo probe,pero no sale. Haces magia!!! para que a parezca en ese link q enviaste..como haces para entrar, porque yo pongo http://software.opensuse.org y me redirecciona a http://software.opensuse.org/114/es, lo cambio por http://software.opensuse.org/114/en y sigue sin aparecer ZIM, pero con tu link si jaja Puff, después de escribir, me di cuenta que remmina y zim aparecen cuando vas a "Search options" y tildas "Include users' home projects" :)

cheperobert: Tenemos soporte (no estoy seguro que cubre),pero recién empese, asi que todavía no tengo contacto con ello.. me estoy ajustando.. Si la relacion CentosOS/RH Enterprise esta buena, Lo que no me queda claro que relación hay entre OpenSuse y SLES? es una relación similar a Fedora y RH Enterprise? donde RH prueba cosas en Fedora y usa tal ves algún paquete, pero en son dos mundos diferentes. (tema de mi proximo mail)

Si tienes soporte a lo mejor tienes acceso a los repositorios de SLES, ya que tiene que ser similar a RedHat, que por el pago del soporte mas básico para un server, tienes acceso a los paquetes. Yo creo que para los desarrolladores de SLES, openSUSE puede servir de pruebas en algunas cosas, no tengo Suse por lo que solo conozco de openSUSE, quizás alguien mas te de una respuesta bien concreta. -- Saludos, cheperobert -- 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

Armin Díaz Argaña

15:29

El día 2 de septiembre de 2011 10:51, cheperobert escribió:

...

El día 1 de septiembre de 2011 11:22, Flako escribió:

...
Heee!!, pense que esta lista estaba desierta (estoy hace 1 semanas y vi pocos mail), pero me contentaron un montón, gracias.

Es que llegaste cuando la lista estaba mas muerta que nunca, lo que pasa que algunos de los que ayudaban y escribían mas ya no están, como Camaleón = "Elsa"

Y ahora los mas nuevos que estamos tenemos que darle vida. :)

...
Para los que preguntaban para que "REMINA" en SLES, estoy en nuevo trabajo y usamos SUSE SLES/D, como yo vengo de Mundo Debian necesito adaptarme.. quiero mis aplicaciones favoritas :), además me sirve para aprender sobre la filosofía SUSE.

Como son mucho, les contesto a cada uno, en un solo mail :)

Armin: Soy consiente SLES es direrente a Debian, pero es GNU/Linux :), solo necesito moner mi cerebro en "modo SUSE ON" :) Lo de los repositorios, es lo que quería saber.. Que enteder por "no-oficial" en el mundo Suse Cada SLES esta basada en un OpenSuse? (necesito leer sobre eso) Por la perdida de soporte, no habria problemas, porque los cambios son para mi SLES (mi desktop), ademas dudo que consiga la aceptación de gastar plata para que yo tenga mi cliente favorito :). Por los servidores es otro tema.. por ahora no necesito remmina en un server jaja Me sirvió mucho las explicaciones, gracias

carlopmart Compilar.. heee.... Siento volver a viejos tiempos.. voy a probar primero los repositorios opensuse, y aprenderé hasta donde se puede llegar cuando pinche mi SLES :)

Mauro Antivero Trabajo nuevo, Distro Nueva :). No estuve en la seleccion de distro, desconosco cuales analizaron y cual fue larazon de elegir SUSE. Pagamos soporte a los servidores. Pero es claro que preguntanto este tema me van a decir no es comparible y a mi no me sirve.. como usuario quiero ZIM Y REMMINA :) OpenSuse no me sirve porque tengo a adaptarme a SLES/SLED,se usar Gnu/Linux solo necesito adaptarme al sabor SUSE :) Por software.opensuse.org lo probe,pero no sale. Haces magia!!! para que a parezca en ese link q enviaste..como haces para entrar, porque yo pongo http://software.opensuse.org y me redirecciona a http://software.opensuse.org/114/es, lo cambio por http://software.opensuse.org/114/en y sigue sin aparecer ZIM, pero con tu link si jaja Puff, después de escribir, me di cuenta que remmina y zim aparecen cuando vas a "Search options" y tildas "Include users' home projects" :)

cheperobert: Tenemos soporte (no estoy seguro que cubre),pero recién empese, asi que todavía no tengo contacto con ello.. me estoy ajustando.. Si la relacion CentosOS/RH Enterprise esta buena, Lo que no me queda claro que relación hay entre OpenSuse y SLES? es una relación similar a Fedora y RH Enterprise? donde RH prueba cosas en Fedora y usa tal ves algún paquete, pero en son dos mundos diferentes. (tema de mi proximo mail)

Si tienes soporte a lo mejor tienes acceso a los repositorios de SLES, ya que tiene que ser similar a RedHat, que por el pago del soporte mas básico para un server, tienes acceso a los paquetes.

Es así como dice cheperobert, si necesitas o quieres acceso a los parches de seguridad y actualización "online" deberás pagar el soporte.

...

Yo creo que para los desarrolladores de SLES, openSUSE puede servir de pruebas en algunas cosas, no tengo Suse por lo que solo conozco de openSUSE, quizás alguien mas te de una respuesta bien concreta.

Lo que antes hacia Novell era tomar una versión de openSUSE, creo que las versiones N.1 y sobre esa versión construir la version SLES N. Así... openSUSE 9.1 --> SLES 9 openSUSE 10.1 --> SLES 10 openSUSE 11.1 --> SLES 11 No se si esto continuará con Attachmate. No obstante, los paquetes de SLES están disponibles en formantto DVD para bajar sin costo del sitio de Novell, aqui el link http://download.novell.com/index.jsp?product_id=&search=Search&families=2658 También de esa manera accedes a los paquetes de actualización y parches de seguridad bajando los DVDs de paquetes de servicios, claro que esto lo recopilan y ponen a disposición cada tanto y que es muy diferente a tenerlo al momento de que un determinado parche esté disponible para los clientes. Y como guinda del pastel tienes acceso a paquetes adicionales que ellos llaman SDK de aqui http://www.novell.com/developer/sle_sdk.html Para todo esto solo necesitas darte de alta y listo. Como anécdota, por años en un empresa donde trabajaba solo instalábamos apenas estén disponibles los parches de seguridad críticos en los servidores que mantenían contacto directo con el exterior, los demás solo cada ves que entraban en mantenimiento y actualización definida en una política interna, por lo que siempre recurríamos a los paquetes que vienen en los DVDs, los cuales los centralizábamos en un servidor de actualizaciones. Saludos!

...

-- Saludos, cheperobert -- 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

cheperobert

1 Sep 1 Sep

14:31

El día 31 de agosto de 2011 15:51, Karl García Gestido escribió:

...

On Wednesday, 31 de August de 2011 17:23:03 cheperobert wrote:

...
El día 31 de agosto de 2011 07:32, Flako escribió:

...
(...) Lo que necesitamos aca es una SLES libre completamente.(o Sea un CentOS)

Lo que falta es gente que esté por esa labor ;)

Pues los usuarios que no somos desarrolladores y mantenedores estamos listos, es lo que hacemos con openSUSE y camina.

...

Salud!! -- 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

Juan Erbes

31 Aug 31 Aug

16:52

El día 31 de agosto de 2011 10:32, Flako escribió:

...

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :)

Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar..

Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil.

Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES.

Lo puedes descargar desde el Build Service: https://build.opensuse.org/project/show?project=home%3Aclauded1%3Aremmina Si no te va la versión exacta, deberías descargar la versión src.rpm mas parecida que tengas, y haces un rebuild, para lo cual, seguramente te va a pedir algún paquete devel por dependencias. Suierte, Juan -- 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

Ciro Iriarte

2 Sep 2 Sep

20:19

El día 31 de agosto de 2011 09:32, Flako escribió:

...

Hola, Estoy comenzado con SLES 11 SP1, vengo de Debian y me esta volviendo loco la poca cantidad de paquetes. Tengo que estar haciendo algo mal, por lo que les pido ayuda para que me den idea de que leer para hacer mas rapida mi transicion :)

Estoy intentando instalar programas que no estan en SELS 11 SP1, como ZIM y REMMINA pero realmete estoy haciendo lo a manopla, es decir.. - busco paquete A en rpmfind.net - intento instalar A 'rpm -i' , si falla busco paquete B en rpmfind.net que resuelva dependencia -Instalo B, si no la resuelve bien uso ln y ldd para ver que enlace sinbolico necesito craar..

Realmente estoy haciendo las cosas como las hacia en RH 7.0 (10 anios atras), por lo que tiene que haber una forma mas facil.

Cargue los repositorios oficiales de http://en.opensuse.org/Package_repositories (sin poder entrar informacion de si es "seguro" colocar dichos repositorios en SLES/SLED) Los no No-Oficiales no los carge, porque no se que tan compatibles son SLES.

Cual es la mejor forma de instalar programas que no estan en los DVD?

Gracias por llegar hasta aqui. -- 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

No uses paquetes que no se hayan creado para tu distribucion, hay varios paquetes disponibles además de la distribucion oficial. Fijate en http://software.opensuse.org/search -- Ciro Iriarte http://cyruspy.wordpress.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

Karl García Gestido

20:46

On Friday, 2 de September de 2011 22:19:23 Ciro Iriarte wrote:

...

El día 31 de agosto de 2011 09:32, Flako escribió:

...
(...) No uses paquetes que no se hayan creado para tu distribucion, hay varios paquetes disponibles además de la distribucion oficial. Fijate en http://software.opensuse.org/search Fíjate que en muchos casos podrás elegir la distribución para la que necesitas el paquete ;)

Salud!! -- 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

4613

Age (days ago)

4615

Last active (days ago)

List overview

Download

22 comments

8 participants

participants (8)

Armin Díaz Argaña
carlopmart
cheperobert
Ciro Iriarte
Flako
Juan Erbes
Karl García Gestido
Mauro Antivero