Carlos E. R. escribió:

El 2009-12-06 a las 21:24 +0100, Lluis escribió:

...

Daros una vuelta por la lista inglesa, Carlos anda peleando porque parece que a partir de la 11.2 no esta o no funciona el checkinstall.

Sí está... pero más roto que antes.

Antes tenía que hacer una trampa, y ahora tengo que hacer dos. :-(

(lo explico si alguien lo quiere)

...

Parece ser que para compilar algo habra que hacer un master de OBS.

...

Id pidiendo una beca.

No veas.

Nos quieren hacer comulgar con ruedas de molino :-/

-- Saludos Carlos E. R.

Qué lástima no haberme equivocado... y haberme pirado... Lo digo con pena... porque mira que me ha funcionado bien OpenSuSE... bueno, más bien lo que quedó de SuSE. -- 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 On 12/07/2009 11:15 AM, Miquel A. Noguera wrote:

On Domingo, 6 de Diciembre de 2009 23:00:17 Carlos E. R. escribió:

...

Antes tenía que hacer una trampa, y ahora tengo que hacer dos. :-(

(lo explico si alguien lo quiere)

Si porfa.

Suelo empaquetar cuatro cosillas que uso habitualmente con el checkmail y me interesa estar al tanto.

A ver. Lo hago con el ejemplo con el que trabajo, poedit. Lo primero que pasa es esto: ========================= Installation results =========================== Making install in src make[1]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src' Making install in icons make[2]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[3]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/icons/hicolor/16x16/apps" || /bin/mkdir -p "/usr/local/share/icons/hicolor/16x16/apps" /bin/mkdir: cannot create directory `/usr/local/share/icons': No such file or directory make[3]: *** [install-icons16DATA] Error 1 make[3]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src' make: *** [install-recursive] Error 1 **** Installation failed. Aborting package creation. El programa falla al crear los directorios, no se porqué. Hay un bugzilla sobre eso,el Bug 432497 (¡VOTADLO! ¡Porfa!), que consta como resuelto pero no es cierto. Lo acabo de reabrir. La solución es: a) ir creando uno a uno los directorios sobre los que falla, que es pesadísimo. b) instalar un rpm del mismo que tratamos de compilar, de la vez anterior (que desinstalaremos justo antes de ir a instalar el nuevo). De esta manera se crean todos los directorios y ficheros que busca. c) Ejecutar "make install", lo cual instala el programa. Así que yo hago: bombadillo:/home/cer/Compilaciones/Translators/poedit-1.4.3 # rpm --install /usr/src/packages/RPMS/i386/poedit-1.4.3-1.i386.rpm El siguiente fallo es más complejo de ver. El resultado es: Building RPM package... FAILED! *** Failed to build the package Do you want to see the log file? [y]: Mirais el log, y veis: Building target platforms: i386 Building for target i386 Processing files: poedit-1.4.3-1.i386 error: File not found: /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/usr error: File not found: /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/usr/local .... Está buscando lo que va a meter en el rpm en el directorio /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/, que efectivamente, no existe. Si en el fichero /etc/checkinstallrc cambiais: # Inspect the file list before creating the package CK_INSPECT=1 # Review the .spec file before creating a .rpm REVIEW_SPEC=1 os abrirá un editor de texto con la lista de ficheros que va a meter, y con el fichero .spec temporal que usa para la creación. Inciso. Si quereis usar un editor distinto del vi que se usa por defecto, como yo, crear un fichero "/etc/bash.bashrc.local": export EDITOR=/usr/bin/mcedit y luego volver a hacer login como root en el terminal (ctrl.d, su -) Seguimos. Con el cambio en el checkinstall hecho,lo volveis a intentar. Al llegar a ver el fichero spec,, veis: Summary: poEdit is cross-platform gettext catalogs (.po files) editor. It is built Name: poedit Version: 1.4.3 Release: 1 License: GPL Packager: checkinstall-1.6.1 Group: Applications/System.......... BuildRoot: /var/tmp/checkinstall.0qISC2/package Provides: poedit Requires: ,/bin/sh Veamos. El summary lo toma de la primera linea del fichero creado por mi description-pak en el directorio de la compilación. Ojo, para que no lo borre al terminar, necesitais: # Automatic deletion of "description-pak"? DEL_DESC=0 Más. La linea "requires" está mal, la podeis borrar. Hace años que sale mal. Lo importante ahora es la linea del "BuildRoot": ahí está lo que ha creado, no en "/usr/src/packages/BUILDROOT". De hecho, si ahora copiais todo lo que cuelga de "/var/tmp/checkinstall.0qISC2/package" en "/usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/", y salís del editor, checkinstall crea el rpm sin problemas. Ese es el hack. la solución correcta, o cómoda al menos, es otra. Editais el "/usr/sbin/checkinstall" y cambiais esta linea: $RPMBUILD -bb ${RPM_TARGET_FLAG}${ARCHITECTURE} "$SPEC_PATH" &> ${TMP_DIR}/rpmbuild.log por esta otra: $RPMBUILD --buildroot $BUILDROOT -bb ${RPM_TARGET_FLAG}${ARCHITECTURE} "$SPEC_PATH" &> ${TMP_DIR}/rpmbuild.log ¡Eso es lo que está roto y es imposible de arreglar, leches! ¿Tan difícil es? Es que.. es que son de lo que no hay. :-( (Bug 561317) Ya de paso, haceis este cambio: cat > "$SPEC_PATH" << EOF Summary: $SUMMARY Name: $NAME Version: $VERSION Release: $RELEASE License: $LICENSE Packager: checkinstall-$CHECKINSTALL_VERSION Group: $PKG_GROUP BuildRoot: $BROOTPATH Provides: $PROVIDES #Requires: ${REQUIRES}/bin/sh %description EOF cat description-pak >> "$SPEC_PATH" con la linea de "requires" comentada. - -- Cheers / Saludos, Carlos E. R. (from 11.2 "Emerald" GM (bombadillo)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAksc8lMACgkQU92UU+smfQVsVACgijKulG4ClwqTsdSLTo9bqZhI noQAn3lv+5Ugio3ANIR8YcH67zM0cWl9 =73b2 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Mon, 07 Dec 2009 13:30:03 +0100, Lluis escribió:

Mis felicitaciones para ti. Mi mas sincero cabreo para los "sabios" que consideran esto un defecto de diseño para hacer callar al personal. Si alguen se openSUSE me lee.... Os habeis lucido, es sencillamente vergonzoso. Y un abuso de la buena fe del usuario. Para la proxima ronda de traducción me lo pensare.

Si que te ha dado fuerte con este tema ¿no? :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Mon, 07 Dec 2009 14:04:56 +0100, Lluis escribió:

On Lunes, 7 de Diciembre de 2009 13:56:23 Camaleón escribió:

...

El Mon, 07 Dec 2009 13:30:03 +0100, Lluis escribió:

...

Mis felicitaciones para ti. Mi mas sincero cabreo para los "sabios" que consideran esto un defecto de diseño para hacer callar al personal. Si alguen se openSUSE me lee.... Os habeis lucido, es sencillamente vergonzoso. Y un abuso de la buena fe del usuario. Para la proxima ronda de traducción me lo pensare.

Si que te ha dado fuerte con este tema ¿no? :-?

Pues, si. Han mentido descaradamente al decir que era un error de diseño.

Bueno, Lluis, lo que habrán querido decir es que el "checkinstall" se habrá quedado antiguo (zypper y rpm avanzan rápido) y no quieren perder tiempo con él porque entienden que hay otras herramientas mejores. Pero de ese tipo de "salidas" ya hemos tenido varias... así a bote pronto, recuerdo lo del LiLo, el reciente sax2, lo del kde4, lo del reiserfs y otras decisiones más de las que ahora mismo no recuerdo. Nada nuevo :-/

Ademas, creo que empieza a pasarse de prepotente la especie "desarrolladores que cobran de Novell".

Sólo presentan la opción que consideran "óptima". Supongo (poniéndome en su pellejo) que no querrán recomendar "checkinstall" si saben que va a dar problemas en un futuro o si saben que no se va a seguir desarrollando sobre él.

Ya son demasiadas cosas las que se justifican con este tipo de argumentaciones.

Si esta es algo arreglable con muy poco esfuerzo y sencillamente no les ha dado la gana.

¿Debo continuar creyendo nunguna de sus argumentaciones?

Tambien me acuerdo de las nefastas intervenciones de algun sabio en esta lista.

Si, vale, aceptado todo. Pero es lo que hay :-( Pero tampoco podemos obligarles a hacer algo o a que pierdan su tiempo en algo en lo que no creen. A mí no me gustó el cambio de kde4 y me pasé tranquilamente al Gnome. Hay que buscar alternativas y/o presentarles alternativas, ya que casi siempre las hay. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Mon, 07 Dec 2009 14:25:14 +0100, Lluis escribió:

On Lunes, 7 de Diciembre de 2009 14:16:41 Camaleón escribió:

...

Bueno, Lluis, lo que habrán querido decir es que el "checkinstall" se habrá quedado antiguo (zypper y rpm avanzan rápido) y no quieren perder tiempo con él porque entienden que hay otras herramientas mejores.

La frase es textual y de antiguo conocido nuestro.

De: Cristian Rodríguez Para: opensuse@opensuse.org

On 06/12/09 10:36, Teruel de Campo MD wrote:

...

Any progress to make checkinstall work under opensuse 11.2?. I miss it.

No, it is broken by design.

Ya sabes cómo es Cristian, responde seco y al punto. Si quieres más datos o que te amplíe la información del por qué esa respuesta, lo mejor sería preguntarle.

...

Si, vale, aceptado todo. Pero es lo que hay :-(

Pero tampoco podemos obligarles a hacer algo o a que pierdan su tiempo en algo en lo que no creen.

A mí no me gustó el cambio de kde4 y me pasé tranquilamente al Gnome. Hay que buscar alternativas y/o presentarles alternativas, ya que casi siempre las hay.

Si, es verdad, hay otras alternativas: 1/ Dejar de colaborar con ellos. 2/ Buscar otra distro

Por ejemplo. Mira, es lo que he tenido que hacer yo: - Dejar de traducir (como ya no uso openSUSE no puedo comprobar las traducciones ni seguir su ritmo de cambios, programas, etc... así que no me parece correcto ni apropiado seguir traduciendo). - No usar openSUSE (ya habéis visto que he tenido que cambiar a Debian y he cambiado todas las máquinas). - No poner más bugzillas (como ya no uso openSUSE, no les pongo bugzillas. Sólo añado comentarios a los que me interesan que arreglen). Es decir, la maldad pura y dura. Obviamente no es como me gustaría que hubiera sido.

Si es que cada vez se parece mas a Ruindows.

La frase " es lo que hay", solo sirve para justificar nuestras pocas ganas demolestarnos para conseguir lo que queremos.

Yo lo he intentado: he puesto bugzillas, respondo en las listas y en los foros, traduzco la distro, añado artículos en la wiki... no sé qué más puedo hacer. Pero hay cosas contra las que no puedo luchar. Si no me gusta el kde4 me puedo pasar a Gnome (lo asumo, acepto el cambio y me adapto), pero si me reducen el soporte a 18 meses no me queda otra alternativa que dar carpetazo limpio. Mal que me pese :-/ Saludos, -- Camaleón -- 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 2009-12-07 a las 17:42 +0100, csalinux escribió:

Camaleón escribió:

...

El Mon, 07 Dec 2009 14:25:14 +0100, Lluis escribió:

...

...

Si, es verdad, hay otras alternativas: 1/ Dejar de colaborar con ellos. 2/ Buscar otra distro

Por ejemplo.

Mira, es lo que he tenido que hacer yo:

- Dejar de traducir (como ya no uso openSUSE no puedo comprobar las traducciones ni seguir su ritmo de cambios, programas, etc... así que no me parece correcto ni apropiado seguir traduciendo).

- No usar openSUSE (ya habéis visto que he tenido que cambiar a Debian y he cambiado todas las máquinas).

- No poner más bugzillas (como ya no uso openSUSE, no les pongo bugzillas. Sólo añado comentarios a los que me interesan que arreglen).

Es decir, la maldad pura y dura. Obviamente no es como me gustaría que hubiera sido.

No sabes como me apena enterarme...

...

...

La frase " es lo que hay", solo sirve para justificar nuestras pocas ganas demolestarnos para conseguir lo que queremos.

Yo lo he intentado: he puesto bugzillas, respondo en las listas y en los foros, traduzco la distro, añado artículos en la wiki... no sé qué más puedo hacer.

Pero hay cosas contra las que no puedo luchar.

Si no me gusta el kde4 me puedo pasar a Gnome (lo asumo, acepto el cambio y me adapto), pero si me reducen el soporte a 18 meses no me queda otra alternativa que dar carpetazo limpio.

Mal que me pese :-/

Jo :-(

No lo sabía Elsa, qué mala noticia... Pues si tú te has pasado a Debian... que eres una buena usuaria, colaboradora, etc., qué poquito le queda a mucha gente...

Fíjate que estaba pensando... qué moral que tenéis Elsa, Carlos, Lluis, etc..., a mí ya me la agotaron... y vaya, si contigo ya pudieron... Qué pena.

Buf :-( - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksda+sACgkQtTMYHG2NR9WHmACfRmuv30SNPmXlqsef7OQnjdah ESsAnjeDFZJuSBO9Ox9MKxmS/Snl4Zmh =+RcE -----END PGP SIGNATURE-----

El Tue, 08 Dec 2009 10:42:00 +0100, Miquel A. Noguera escribió:

On Lunes, 7 de Diciembre de 2009 15:11:06 Camaleón escribió:

...

Yo lo he intentado: he puesto bugzillas, respondo en las listas y en los foros, traduzco la distro, añado artículos en la wiki... no sé qué más puedo hacer.

Pero hay cosas contra las que no puedo luchar.

Si, si que podemos (y debemos) continuar haciéndolo... aunque sea en las listas/wiki de otra distribución.

Sí, eso es cierto. De hecho es lo que estoy haciendo: me he apuntado a las listas de Debian (inglesa y española) y ya he puesto mi primer bugzilla debianita (contra el MC) O:-) Pero me refería a que no puedo hacer nada por mantener en los sistemas openSUSE. LLevo desde finales de octubre con Debian y no había comentado nada en cierta parte porque... no sé, no es lo que me hubiera gustado, no es el camino que hubiera seguido. Que no se me malinterprete. No digo que otras distribuciones sean peores o mejores, pero han sido muchos años con SuSE (2003-2009) y eso tira mucho :_)

...

Si no me gusta el kde4 me puedo pasar a Gnome (lo asumo, acepto el cambio y me adapto), pero si me reducen el soporte a 18 meses no me queda otra alternativa que dar carpetazo limpio.

Mal que me pese :-/

Mi punto de vista es similar, pero ¡¡¡ojo!!! ya que voy a hacer el esfuerzo, lo mismo me da que sea sobre openSUSE que sobre otra distribución.

Sí, yo ya estoy buscando algunos programas para traducir y ver en qué puedo colaborar.

En cuanto a los 18 meses de soporte, ha sido para mi la gota que ha colmado el vaso y el punto de inflexión para dejar de usar openSUSE.

Exacto. Ni más ni menos, ese ha sido el único motivo. Saludos, -- Camaleón -- 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: El 2009-12-07 a las 13:16 -0000, Camaleón escribió:

El Mon, 07 Dec 2009 14:04:56 +0100, Lluis escribió:

...

Pues, si. Han mentido descaradamente al decir que era un error de diseño.

Bueno, Lluis, lo que habrán querido decir es que el "checkinstall" se habrá quedado antiguo (zypper y rpm avanzan rápido) y no quieren perder tiempo con él porque entienden que hay otras herramientas mejores.

Hay herramientas más potentes, para los que saben usarlas, lo cual no es nada fácil, por cierto.

Pero de ese tipo de "salidas" ya hemos tenido varias... así a bote pronto, recuerdo lo del LiLo, el reciente sax2, lo del kde4, lo del reiserfs y otras decisiones más de las que ahora mismo no recuerdo.

Nada nuevo :-/

Y más que vienen. Os recomiendo encarecidamente seguir la lista de factory, porque se están cociendo algunas, que... me hecho a temblar. Por ejemplo: pasar los drivers de video al kernel, en vez de xorg (Kernel Modesetting (KMS)). Eso es lógico, vale. Pero significa que nos quedamos sin los drivers propietarios, no funcionarán.

Pero tampoco podemos obligarles a hacer algo o a que pierdan su tiempo en algo en lo que no creen.

Sí que puedo. Yo trabajo en una traducción que no uso, para que la usen otros. ¿Porqué ellos no, que cobran por ello? - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksdBboACgkQtTMYHG2NR9XI6wCgh02bMI9SjRYbN83rHDjJr0wY vTcAni4ydexHBQUnTjdhR0ozJQcnkAh1 =RjV0 -----END PGP SIGNATURE-----

Carlos E. R. escribió:

Sí que puedo.

Yo trabajo en una traducción que no uso, para que la usen otros. ¿Porqué ellos no, que cobran por ello?

-- Saludos Carlos E. R.

De verdad que da lástima leer estas cosas. Yo, sabéis, que dejé de traducir por imponderables que la vida te proporciona..., esta versión me propuse volver a traducir, pero al ver determinadas cosas sentí la sensación de que mientras hay gente que contribuye a la mejora de OpenSuSE gratis, como los traductores, hay otros que cobran que se empeñan en dificultar las cosas... y no sólo eso, ya habéis visto lo difícil que ponen los de Novell cada vez el trabajo de los traductores voluntarios... Al ver eso tomé la decisión de cambiar de distro, entonces... pensé, si me molestan tanto con cosas evitables y decisiones caprichosas, ¿por qué voy a perder yo el tiempo en traducir?... Así que en esta ocasión, que tenía ganas, y lo más necesario, tiempo, decidí no hacerlo. -- 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

Lluis escribió:

On Lunes, 7 de Diciembre de 2009 13:56:23 Camaleón escribió:

...

El Mon, 07 Dec 2009 13:30:03 +0100, Lluis escribió:

...

Mis felicitaciones para ti. Mi mas sincero cabreo para los "sabios" que consideran esto un defecto de diseño para hacer callar al personal. Si alguen se openSUSE me lee.... Os habeis lucido, es sencillamente vergonzoso. Y un abuso de la buena fe del usuario. Para la proxima ronda de traducción me lo pensare. Si que te ha dado fuerte con este tema ¿no? :-?

Saludos,

Pues, si. Han mentido descaradamente al decir que era un error de diseño.

Ademas, creo que empieza a pasarse de prepotente la especie "desarrolladores que cobran de Novell".

Ya son demasiadas cosas las que se justifican con este tipo de argumentaciones.

Si esta es algo arreglable con muy poco esfuerzo y sencillamente no les ha dado la gana.

¿Debo continuar creyendo nunguna de sus argumentaciones?

Yo hace tiempo que dejé de creérmelas... Yo hay dos cosas que no permito... La falta de respeto arbitraria, gratuita, caprichosa e innecesaria, y que me mientan y me tomen el pelo... Yo prefiero que me digan esto es así porque lo digo yo, que puedo, que me intenten hacer creer que lo blanco es negro y lo negro blanco... Pues mire Vd., que no, sencillamente NO.

Tambien me acuerdo de las nefastas intervenciones de algun sabio en esta lista.

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

On Lunes, 7 de Diciembre de 2009 17:26:49 csalinux escribió:

Camaleón escribió:

...

El Mon, 07 Dec 2009 13:30:03 +0100, Lluis escribió:

...

Mis felicitaciones para ti. Mi mas sincero cabreo para los "sabios" que consideran esto un defecto de diseño para hacer callar al personal. Si alguen se openSUSE me lee.... Os habeis lucido, es sencillamente vergonzoso. Y un abuso de la buena fe del usuario. Para la proxima ronda de traducción me lo pensare.

Si que te ha dado fuerte con este tema ¿no? :-?

Yo le entiendo perfectamente... Tiene una manera de trabajar, que habrá amoldado a OpenSuSE demasiado, y prefiere intentar resolver estas cosas que intentar una solución que para algunos, como es mi caso, es más sencilla, que es dejar de usar OpenSuSE, pero que seguramente para él o no lo sea o es que ha decidido ganarse una beatificación "opensusera".

No, te equivocas, trabajo con mas de una distro habitualmente. Pero, quizas porque empece con una 6.1 de Suse, o en parte por vosotros le habia cogido cierto cariño. Trabajo con mas de una, pero la mia es esta. Por otro lado hace unos 40 años que me dedico como profesional al desarrollo de Software y Hardware, en los ultimos 15 años en equipos que necesitan un monton de certificaciones y en parte de ellos soy el director del proyecto. Por eso me encrespan todavia mas las frases vacias como "esta roto por diseño". Es una manera de decir... como no hace lo que nos gusta. Con cualquier sistema de calidad uno de los objetivos es la satisfacción del cliente. checkinstall ha conseguido este objetivo durante un monton de tiempo. Solo por ese motivo y por puro respeto a quien lo programo, no deberian contarse tales falacias en publico. Como diria un compinche de trabajo : argumentos de "trepa". Si le dais una mirada a la lista inglesa, no se ha molestado en contestar cual es el problema de diseño. Quizas solo sea que no esta documentado en forma de casos de uso. Siento haber soltado todo este rollo, pero ese tipo de actitudes pueden mas que yo. Ahora que lo pienso solo debo haberlo usado 3 o 4 veces. -- Saludos Lluis

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-12-07 a las 19:44 -0000, Camaleón escribió:

El Mon, 07 Dec 2009 20:15:36 +0100, Lluis escribió:

En peor situación dejaron al pobre ReiserFS.

Si... :-(

Primero, lo encumbran, lo usan como sistema de archivos predeterminado. Claro, "es el mejor, más eficiente, etc...".

Luego, lo abandonan en el más profundo de los abismos, y si preguntas te dicen que "upstream no se mantiene, está lleno de bugs, etc...".

Lo cual es cierto sólo a medias. No se mantiene por la gente de reiser, porque se lo entregaron a la gente del kernel para que los mantuvieran ellos. Es responsabilidad de la gente del kernel, y que su fundador esté encarcelado no tiene que ver, porque de todos modos no mantenía esta versión: su empresa se centra únicamente en la nueva versión. Y los bugs que tiene son bugs de nueva creación, que aparecen al modificar el kernel continuamente.

Y estamos hablando de uno de los mejores sistemas de archivos que existen para linux.

Cierto. No hay ninguno con sus características peculiares. Tiene sus pegas, como no ser escalable, pero eso no le quita sus virtudes.

Y ahora nos recomiendan ext4 con un grub (legacy) "parcheado" para que funcionen "ambos" correctamente :-)

Y que yo me niego a instalar. Ya hice de conejillo de indias con el reiserfs y me comí sus cagadas iniciales. Hasta que el ext4 no aparezca en la SLES, nanay. Eso sí, mis probatinas parecen indicar que es rápido. tengo que hacer más.

¿Tú lo ves "normal"? Yo no.

Lo que puedes hacer es:

1/ Poner un bugzilla o un fate para que cambien las cosas que no te gusten 2/ Intentar buscar un sustituto a esas cosas que no te gustan 3/ Proponer una alternativa 4/ Solucionarlo

O sea, nada. Para mi al menos.

...

Con cualquier sistema de calidad uno de los objetivos es la satisfacción del cliente. checkinstall ha conseguido este objetivo durante un monton de tiempo. Solo por ese motivo y por puro respeto a quien lo programo, no deberian contarse tales falacias en publico.

Como diria un compinche de trabajo : argumentos de "trepa".

Pues lo llevan diciendo en la lista de factory hace ya...

<http://lists.opensuse.org/cgi-bin/search.cgi?advanced=yes&list=opensuse- factory&page=1&query=checkinstall&size=10>

Y cuando el río suena, agua lleva.

Que Cristian y otros están en contra del checkinstall desde siempre, claro. Que den razones, aparte de que el buildservice es mejor, no.

Algún motivo habrá, pero que "no les gusta" es evidente.

Que nos digan el verdadero motivo, ah, eso no tiene precio (¿algún fabricante lo hace?).

Que es una herramienta para no profesionales que nos permite imitar lo que los profesionales hacen. Por tanto, no les gusta, nos da poder. ¿Te vale esa? >>>>:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksdawcACgkQtTMYHG2NR9XrwQCeJkaV8Tj2c+QeBNemJCEnuW3/ tRgAoI3r068t8LALk+uR8DGLEWk33i28 =RLMq -----END PGP SIGNATURE-----

On Lunes, 7 de Diciembre de 2009 13:17:23 Carlos E. R. escribió:

On 12/07/2009 11:15 AM, Miquel A. Noguera wrote:

...

On Domingo, 6 de Diciembre de 2009 23:00:17 Carlos E. R. escribió:

...

Antes tenía que hacer una trampa, y ahora tengo que hacer dos. :-(

(lo explico si alguien lo quiere)

Si porfa.

Suelo empaquetar cuatro cosillas que uso habitualmente con el checkmail y me interesa estar al tanto.

A ver. Lo hago con el ejemplo con el que trabajo, poedit.

Lo primero que pasa es esto:

========================= Installation results =========================== Making install in src make[1]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src' Making install in icons make[2]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[3]: Entering directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/icons/hicolor/16x16/apps" || /bin/mkdir -p "/usr/local/share/icons/hicolor/16x16/apps" /bin/mkdir: cannot create directory `/usr/local/share/icons': No such file or directory make[3]: *** [install-icons16DATA] Error 1 make[3]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src/icons' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/cer/Compilaciones/Translators/poedit-1.4.3/src' make: *** [install-recursive] Error 1

**** Installation failed. Aborting package creation.

El programa falla al crear los directorios, no se porqué. Hay un bugzilla sobre eso,el Bug 432497 (¡VOTADLO! ¡Porfa!), que consta como resuelto pero no es cierto. Lo acabo de reabrir. La solución es: a) ir creando uno a uno los directorios sobre los que falla, que es pesadísimo. b) instalar un rpm del mismo que tratamos de compilar, de la vez anterior (que desinstalaremos justo antes de ir a instalar el nuevo). De esta manera se crean todos los directorios y ficheros que busca. c) Ejecutar "make install", lo cual instala el programa.

Así que yo hago:

bombadillo:/home/cer/Compilaciones/Translators/poedit-1.4.3 # rpm --install /usr/src/packages/RPMS/i386/poedit-1.4.3-1.i386.rpm

El siguiente fallo es más complejo de ver. El resultado es:

Building RPM package... FAILED!

*** Failed to build the package

Do you want to see the log file? [y]:

Mirais el log, y veis:

Building target platforms: i386 Building for target i386 Processing files: poedit-1.4.3-1.i386 error: File not found: /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/usr error: File not found: /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/usr/local ....

Está buscando lo que va a meter en el rpm en el directorio /usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/, que efectivamente, no existe.

Si en el fichero /etc/checkinstallrc cambiais:

# Inspect the file list before creating the package CK_INSPECT=1

# Review the .spec file before creating a .rpm REVIEW_SPEC=1

os abrirá un editor de texto con la lista de ficheros que va a meter, y con el fichero .spec temporal que usa para la creación.

Inciso. Si quereis usar un editor distinto del vi que se usa por defecto, como yo, crear un fichero "/etc/bash.bashrc.local":

export EDITOR=/usr/bin/mcedit

y luego volver a hacer login como root en el terminal (ctrl.d, su -)

Seguimos. Con el cambio en el checkinstall hecho,lo volveis a intentar. Al llegar a ver el fichero spec,, veis:

Summary: poEdit is cross-platform gettext catalogs (.po files) editor. It is built Name: poedit Version: 1.4.3 Release: 1 License: GPL Packager: checkinstall-1.6.1 Group: Applications/System.......... BuildRoot: /var/tmp/checkinstall.0qISC2/package Provides: poedit Requires: ,/bin/sh

Veamos. El summary lo toma de la primera linea del fichero creado por mi description-pak en el directorio de la compilación. Ojo, para que no lo borre al terminar, necesitais:

# Automatic deletion of "description-pak"? DEL_DESC=0

Más. La linea "requires" está mal, la podeis borrar. Hace años que sale mal. Lo importante ahora es la linea del "BuildRoot": ahí está lo que ha creado, no en "/usr/src/packages/BUILDROOT". De hecho, si ahora copiais todo lo que cuelga de "/var/tmp/checkinstall.0qISC2/package" en "/usr/src/packages/BUILDROOT/poedit-1.4.3-1.i386/", y salís del editor, checkinstall crea el rpm sin problemas.

Ese es el hack.

la solución correcta, o cómoda al menos, es otra. Editais el "/usr/sbin/checkinstall" y cambiais esta linea:

$RPMBUILD -bb ${RPM_TARGET_FLAG}${ARCHITECTURE} "$SPEC_PATH" &> ${TMP_DIR}/rpmbuild.log

por esta otra:

$RPMBUILD --buildroot $BUILDROOT -bb ${RPM_TARGET_FLAG}${ARCHITECTURE} "$SPEC_PATH" &> ${TMP_DIR}/rpmbuild.log

¡Eso es lo que está roto y es imposible de arreglar, leches! ¿Tan difícil es?

Es que.. es que son de lo que no hay. :-(

(Bug 561317)

Ya de paso, haceis este cambio:

cat > "$SPEC_PATH" << EOF Summary: $SUMMARY Name: $NAME Version: $VERSION Release: $RELEASE License: $LICENSE Packager: checkinstall-$CHECKINSTALL_VERSION Group: $PKG_GROUP BuildRoot: $BROOTPATH Provides: $PROVIDES #Requires: ${REQUIRES}/bin/sh

%description EOF cat description-pak >> "$SPEC_PATH"

con la linea de "requires" comentada.

Postaselo a la lista de "sabios ingleses". -- Saludos Lluis

El Mon, 07 Dec 2009 12:32:18 +0100, Carlos E. R. escribió:

El 2009-12-07 a las 08:53 -0000, Camaleón escribió:

...

El Sun, 06 Dec 2009 21:24:57 +0100, Lluis escribió:

...

Daros una vuelta por la lista inglesa, Carlos anda peleando porque parece que a partir de la 11.2 no esta o no funciona el checkinstall.

Caray...

Pero eso del "checkintstall" es un tema recurrente: los desarrolladores no lo quieren ni ver (dicen que está roto y que tenemos que usar el osc) y a los usuarios nos viene muy bien para crear los paquetes.

Pero que muy bien. Tanto que no hay alternativa.

El camino del cambio suele conllevar la pérdida de algunas opciones.

...

Es el eterno conflicto entre "lo funcional" (lo que siempre ha funcionado de forma sencilla) y los nuevos métodos, que no siempre sustituyen por completo las características que ofrecían los antiguos.

Y por cierto, que el nuevo bug ya lo he arreglado yo. Voy a meter un bugzilla con solución...

Pues es precisamente lo que te estaba pidiendo :-)

...

Los desarrolladores son los que deciden en qué invertir su tiempo. Nosotros sólo podemos mandar en el nuestro :-(

Y ellos quieren decidir en el nuestro.

Sí. Tenemos una casta dominante que son los desarrolladores, y una casta trágala, que somos el resto. :-/

Claro, ellos son los señores y nosotros los vasallos. Los roles están bien definidos. Siempre ha sido así. El dilema sobreviene cuando el vasallo se rebela y exige algo más. El señor le manda los perros :-P

Y por cierto, si invertimos ese tiempo nos convertimos en desarrolladores, con lo cual podemos hacer nosotros los paquetes, y Novell se ahorra mano de obra, que es lo que quiere. Buscan empaquetadores gratuitos, están quitando programas de suse por eso.

No les da para más... su visión en un tanto limitada. Lo que sí me creo es que no tengan mano de obra suficiente.

Pero claro, si la distro pasa de ser empaquetada por profesionales a ser empaquetada por afficcionados, pues bajará aún más la calidad, comparando con los tiempos de la vieja SuSE...

Que es lo que está pasando con el OBS y por eso han tenido que bloquear de manera predeterminada el cambio de "vendor", porque como empieces a añadir repos por doquier y haya una sustitución de las bibliotecas del sistema por otras... el sistema queda hecho un "asquito" a los pocos días :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Mon, 07 Dec 2009 14:23:51 +0100, Carlos E. R. escribió:

...

...

Pero claro, si la distro pasa de ser empaquetada por profesionales a ser empaquetada por afficcionados, pues bajará aún más la calidad, comparando con los tiempos de la vieja SuSE...

Que es lo que está pasando con el OBS y por eso han tenido que bloquear de manera predeterminada el cambio de "vendor", porque como empieces a añadir repos por doquier y haya una sustitución de las bibliotecas del sistema por otras... el sistema queda hecho un "asquito" a los pocos días :-)

No lo pillas.

Quieren gente voluntaria para hacer los paquetes oficiales...

Sólo los paquetes que no son clave, los que ellos no pueden mantener porque no tienen gente para hacerlos. Porque no creerás que la SLES/SLED12 va a tener paquetes generados por aficionados. Bueno, yo al menos no lo creo :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On Lunes, 7 de Diciembre de 2009 12:32:18 Carlos E. R. escribió:

Y por cierto, que el nuevo bug ya lo he arreglado yo. Voy a meter un bugzilla con solución...

No me fastidies, teniendo en cuenta que tu te dedicas normalmente a desarrollar :-), debia ser algo francamente complicado. Es decir los desarrolladores( creo que casi todos los que han escrito a sueldo de Novell) han preferido perder el tiempo escribiendo en la lista ingles( alguno con bastante poca educacion) que perder 15 minutos dando una mirada al problema. Suipongo que no entendere nada, pero cuenta por favor el problema y la solución por si aprendemos algo. -- Saludos Lluis

El día 7 de diciembre de 2009 10:51, Mauricio J. Adonis C. escribió:

Si Novell no quiere o no puede mantener OpenSuse como debiera... ¿para qué lo hace? ¿qué gana Novell con OpenSuse?. Podrían ser como RedHat y dirigir todos sus recursos y esfuerzos en un solo sentido, el

Uffff NOVELL gana muchisimo con el proyecto opensuse Traductores, testers, ideas, programacion, desarrollo, promocion de marca SIN COSTO para la empresa Novell !!! Eso si es un buen negocio, lo que a muchos de nosotros todavia lo aguantamos pues tenemos el amor de compartir y difundir lo bueno, bonito y potente que es el proyecto. me atreveria a decir que NOVELL necesita al proyecto opensuse por toda su mano de obra barata o gratis -- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 openSUSE 11.2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On Lunes, 7 de Diciembre de 2009 09:53:34 Camaleón escribió:

El Sun, 06 Dec 2009 21:24:57 +0100, Lluis escribió:

...

Daros una vuelta por la lista inglesa, Carlos anda peleando porque parece que a partir de la 11.2 no esta o no funciona el checkinstall.

Caray...

Pero eso del "checkintstall" es un tema recurrente: los desarrolladores no lo quieren ni ver (dicen que está roto y que tenemos que usar el osc) y a los usuarios nos viene muy bien para crear los paquetes.

Es el eterno conflicto entre "lo funcional" (lo que siempre ha funcionado de forma sencilla) y los nuevos métodos, que no siempre sustituyen por completo las características que ofrecían los antiguos.

...

Parece ser que para compilar algo habra que hacer un master de OBS.

Id pidiendo una beca.

Los desarrolladores son los que deciden en qué invertir su tiempo. Nosotros sólo podemos mandar en el nuestro :-(

Saludos,

Mirando en la lista inglesa..... Philip se ha molestado en ver si tenia una solucion facil para adaptar src2pkg. Por lo visto, no se puede y esta interesado en la soñución que ha propuesto Carlos. Bueno, al menos eso es lo que entiendo yo, con mi "Bad English" -- Saludos Lluis