-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola listeros, * Recupero el siguiente hilo, pues le problema siguió existiendo: http://lists.suse.com/archives/suse-linux-s/2004-Sep/0118.html. Sin embargo, ahora ya he localizado el origen. El problema no es el paquete fechmsttfont-3, sino algo más básico: suse-build-key. Al instalar el sistema, ese paquete genera un informe de error. Luego entones, está claro que YOU no puede caminar bien. * ¿Soluciones? He probado a reinstalar el paquete (nada) y también a actualizarlo (nada). El error sigue reproduciéndose incluso instalando el paquete actualizado. Es algo que no entiendo. Además, incluso he pensado que sean las ISOs que tengo (BitTorrent), pero es que son las MISMAS que he usado para instalar otras 4 máquinas y ese error no se produció. No lo entiendo. Muchas gracias. - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBQfDsVW601sWrp2oRAv7uAJ9YQvrjVdVCSRrgllDMtF+yvGuWKACdGtST nk3PtGJD8wUNCO199n504r0= =Jc+B -----END PGP SIGNATURE-----
El 2004-09-10 a las 20:22 +0200, Aquiles escribió:
El problema no es el paquete fechmsttfont-3, sino algo más básico: suse-build-key. Al instalar el sistema, ese paquete genera un informe de error. Luego entones, está claro que YOU no puede caminar bien.
¿Que error, exactamente? Eso es crucial. -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
¿Que error, exactamente? Eso es crucial.
No precisa el error, Carlos. Simplemente le das a Detalles y dice eso: el paquete no se ha instalado correctamente. :( - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBRLGMVW601sWrp2oRAtDAAKCD2Oxt3tY0IUNy/FSX+XIn/q22ngCgl7Cj Z44KUQYzma/8ZGCEmwEclFM= =9sK4 -----END PGP SIGNATURE-----
El 2004-09-12 a las 22:28 +0200, Aquiles escribió:
¿Que error, exactamente? Eso es crucial.
No precisa el error, Carlos. Simplemente le das a Detalles y dice eso: el paquete no se ha instalado correctamente. :(
Me extraña. Tienes el registro en /var/log/YaST2/y2log, si no recuerdo mal. También puedes instalarlo manualmente con rpm. -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Me extraña. Tienes el registro en /var/log/YaST2/y2log, si no recuerdo mal. También puedes instalarlo manualmente con rpm.
* Efectivamente, ahí sale con un sencillo grep: 1998-01-02 02:50:00 <1> linux(928) [mediaaccess++] MediaCurl.cc(getFile):256 URL: ftp://130.206.1.5/pub/linux/distributions/suse/pub/suse/i386/current/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 02:50:01 <1> linux(928) [liby2util++] PathInfo.cc(_Log_Result):206 rename /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm.new.yast.37456 -> /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 02:50:01 <1> linux(928) [mediaaccess] MediaHandler.cc(provideFile):241 provideFile(/suse/noarch/suse-build-key-1.0-658.noarch.rpm) 1998-01-02 02:50:02 <1> linux(928) [YCP] SlideShow.ycp:1058 Installing suse-build-key-1.0-658.noarch --- The public gpg key for rpm package signature verification 1998-01-02 02:50:02 <1> linux(928) [rpmdb] RpmDb.cc(installPackage):1540 RpmDb::installPackage(/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm,156) 1998-01-02 02:50:04 <3> linux(928) [rpmdb] RpmDb.cc(installPackage):1630 importing the key from the file usr/lib/rpm/gnupg/suse-build-key.gpg 1998-01-02 02:50:04 <3> linux(928) [rpmdb] RpmDb.cc(installPackage):1630 error: %post(suse-build-key-1.0-658) scriptlet failed, exit status 255 1998-01-02 02:51:26 <1> linux(928) [liby2util++] PathInfo.cc(_Log_Result):206 unlink /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 20:35:53 <1> linux(928) [YCP] clients/inst_rpmcopy.ycp:146 failed: ["suse-build-key"] (vaya tela el reloj... es que le cambie la pila hace poco y tengo que actualizar un poco... :S) * Parece ser que en la antepenúltima línia está el fallo: scriptlet failed, exit status. * Lo realmente curioso del asunto es que esta vez quise curarme en salud con el tema de la integridad de las ISOs e instale vía FTP. Y sigue reproduciéndose el error!!! * Hardware? Ya no sé que pensar... - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBRdrRVW601sWrp2oRAoT7AJ9/qiDpSjmntle8h4o+jaZzvJiO2gCeOj2a jfuwq3aGu8+OteEogqwIS8Y= =JeY1 -----END PGP SIGNATURE-----
El 2004-09-13 a las 19:37 +0200, Aquiles escribió:
1998-01-02 02:50:00 <1> linux(928) [mediaaccess++] MediaCurl.cc(getFile):256 URL: ftp://130.206.1.5/pub/linux/distributions/suse/pub/suse/i386/current/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 02:50:01 <1> linux(928) [liby2util++] PathInfo.cc(_Log_Result):206 rename /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm.new.yast.37456 -> /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 02:50:01 <1> linux(928) [mediaaccess] MediaHandler.cc(provideFile):241 provideFile(/suse/noarch/suse-build-key-1.0-658.noarch.rpm) 1998-01-02 02:50:02 <1> linux(928) [YCP] SlideShow.ycp:1058 Installing suse-build-key-1.0-658.noarch --- The public gpg key for rpm package signature verification 1998-01-02 02:50:02 <1> linux(928) [rpmdb] RpmDb.cc(installPackage):1540 RpmDb::installPackage(/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm,156)
Hasta este punto mi log es casi idéntico; pero aquí me cambia un poco, porque el mio es un update: [rpmdb] RpmDb.cc(installPackage):1540 RpmDb::installPackage(/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm,156 [RpmHeader] RpmHeader.cc(readPackage):119 RpmHeader(<-1){0x43661a68}RpmHeader(<-1){0x43661a68}{su/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm [rpmdb++] RpmDb.cc(backupPackage):1837 package suse-build-key not changed -> no backup
1998-01-02 02:50:04 <3> linux(928) [rpmdb] RpmDb.cc(installPackage):1630 importing the key from the file usr/lib/rpm/gnupg/suse-build-key.gpg 1998-01-02 02:50:04 <3> linux(928) [rpmdb] RpmDb.cc(installPackage):1630 error: %post(suse-build-key-1.0-658) scriptlet failed, exit status 255 1998-01-02 02:51:26 <1> linux(928) [liby2util++] PathInfo.cc(_Log_Result):206 unlink /var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/noarch/suse-build-key-1.0-658.noarch.rpm 1998-01-02 20:35:53 <1> linux(928) [YCP] clients/inst_rpmcopy.ycp:146 failed: ["suse-build-key"]
(vaya tela el reloj... es que le cambie la pila hace poco y tengo que actualizar un poco... :S)
* Parece ser que en la antepenúltima línia está el fallo: scriptlet failed, exit status.
¿Pues no se. Has intentado instalar ese paquete manualmente, con rpm? Se me ocurre una cosa. Las llaves están también en el propio CD de instalación, en el raiz, para que el instalador funcione. Igual tienen error de lectura. Y si no... pues mira, abre el rpm en cuestión, con el programa "mc": /dvd/suse/noarch/suse-build-key-1.0-658.noarch.rpm navega al directorio #rpm/INFO/SCRIPTS. Puedes curiosear por el script; al final pone esto: echo "importing the key from the file usr/lib/rpm/gnupg/suse-build-key.gpg" echo "returned an error. This should not happen. It may not be possible" echo "to properly verify the authenticity of rpm packages from SuSE sources." echo "The keyring containing the SuSE rpm package signing key can be found" echo "in the root directory of the first CD (DVD) of your SuSE product." exit -1 La llave está en #rpm/usr/lib/rpm/gnupg/suse-build-key.gpg. Lo puedes copiar directamente (si te fias del CD) a /usr/lib/rpm/gnupg/suse-build-key.gpg Luego, pues en el script puedes mirar los comandos que usa para meter la llave en el anillo de llaves, puedes intentar ejecutarlos a mano (los del comando gpg). O simplemente, creo que puedes copiar el anillo /dvd/pubring.gpg a /usr/lib/rpm/gnupg/pubring.gpg - lo que pasa es que entonces no estará actualizado el trustdb.gpg. Es posible que haya que ejecutar los comanditos del gpg a mano.
* Lo realmente curioso del asunto es que esta vez quise curarme en salud con el tema de la integridad de las ISOs e instale vía FTP. Y sigue reproduciéndose el error!!!
No se, nunca me ha pasado algo parecido. -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
¿Pues no se. Has intentado instalar ese paquete manualmente, con rpm?
* Sip, y el error seguía ahí. Lo que no he intentado es arrancar con una live, montar partición, desinstalar el paquete y reinstalarlo con la opción force. A ver qué pasa.
Se me ocurre una cosa. Las llaves están también en el propio CD de instalación, en el raiz, para que el instalador funcione. Igual tienen error de lectura.
* No. Da ese error con el paquete acabado de bajar de mirror FTP.
La llave está en #rpm/usr/lib/rpm/gnupg/suse-build-key.gpg. Lo puedes copiar directamente (si te fias del CD) a /usr/lib/rpm/gnupg/suse-build-key.gpg
* Si, eso sería una posible solución-apaño.
No se, nunca me ha pasado algo parecido.
* A mi tampoco :/ - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBR0iXVW601sWrp2oRAr4NAJ0R4vk0ZkYU29/46uvX4REA0BR65gCfRE49 Y2FQLz6JhnmH7FeRh70pRGE= =b7wK -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Solucionado!!! * El fallo tenía que ser algo de hierro, pues no podía ser que el paquete del mirror oficial (instalando desde FTP) también estuviera jodido. Así que pensé y caí en la cuenta de que había cambiado la pila de la placa hacía poco. Y con la vaguedad que me carctariza no había entrado a la BIOS para actualizar el reloj. * Tan sencillo como actualizar el reloj, desintalar el paquete defectuoso y reinstalarlo de nuevo. Y ¡voilà! todo ok. - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBTIBCVW601sWrp2oRAghmAJ92qXTz6y/S156PPubgrcfFAQqTTwCgh/YX NMjcdOITr4rRTyJGP0n7WOI= =FoFS -----END PGP SIGNATURE-----
El 2004-09-18 a las 20:36 +0200, Aquiles escribió:
* El fallo tenía que ser algo de hierro, pues no podía ser que el paquete del mirror oficial (instalando desde FTP) también estuviera jodido. Así que pensé y caí en la cuenta de que había cambiado la pila de la placa hacía poco. Y con la vaguedad que me carctariza no había entrado a la BIOS para actualizar el reloj.
* Tan sencillo como actualizar el reloj, desintalar el paquete defectuoso y reinstalarlo de nuevo. Y ¡voilà! todo ok.
Asombroso... no caigo en que tendrá que ver la hora con poder o no poder instalar un paquete :-O Siempre se aprende algo nuevo. -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Asombroso... no caigo en que tendrá que ver la hora con poder o no poder instalar un paquete :-O
* El reloj estaba en 1998. José María me comentó que igual la validación de clave PGP no tiraba porqué la máquina interpretaba que el paquete en cuestión estaba construido en un supuesto futuro. No me acaba de quedar demasiado claro; a ver si nos lee y nos da más info.
Siempre se aprende algo nuevo.
* Sip. Y la ilusión que te hace cuando llevas ya 2 semanas rompiéndote la cabeza. :D - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBTTxeVW601sWrp2oRAtJ1AJ4z6WNkeLTmBjAUV3FkCFVtnLVtIACggyA2 8UGtP8609ZK2AE/I0j2n9zw= =+hfT -----END PGP SIGNATURE-----
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Domingo, 19 de Septiembre de 2004 09:59, Aquiles escribió:
* El reloj estaba en 1998. José María me comentó que igual la validación de clave PGP no tiraba porqué la máquina interpretaba que el paquete en cuestión estaba construido en un supuesto futuro. No me acaba de quedar demasiado claro; a ver si nos lee y nos da más info.
* ¿que es lo que no ves claro de la explicacion? los timestaps de los ficheros del sistema, de la base de datos de rpm , etc, etc, estan para algo (tar cpvjf --atime-preserve bla, bla, de las clases, backups desatendidos, etc), y si la clave de un paquete ha sido generada en el futuro pues eso, prueba a utilizar tu clave en kmail con el tiempo del sistema en esas condiciones y con tu clave generada recientemente, te dira que nones, cualquier usuario de portatil lo sabe ...., cuando quita la pila por estar con alimentacion externa y quita la alimentacion olvidandose de poner la pila, problemas en el arranque, servidores y mas cosas. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFBThDTAXFL65CppEIRAg3fAJ49Xvu4g2lj4QxMCnpUKyk15Y5LTwCfdmhY zuhOS4C/cIOb/O1MBdGHATk= =N+4q -----END PGP SIGNATURE-----
El 2004-09-19 a las 09:59 +0200, Aquiles escribió:
Asombroso... no caigo en que tendrá que ver la hora con poder o no poder instalar un paquete :-O
* El reloj estaba en 1998. José María me comentó que igual la validación de clave PGP no tiraba porqué la máquina interpretaba que el paquete en cuestión estaba construido en un supuesto futuro. No me acaba de quedar demasiado claro; a ver si nos lee y nos da más info.
¡Ah! Tengo una idea: las llaves tienen caducidad, o pueden tenerla. También podrían ser inválidas si "todavía no han sido creadas", que sería tu casso. Pero la fecha de tus mensajes estaba bien, si no, te lo habría dicho.
Siempre se aprende algo nuevo.
* Sip. Y la ilusión que te hace cuando llevas ya 2 semanas rompiéndote la cabeza. :D
8-) -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
* ¿que es lo que no ves claro de la explicacion? los timestaps de los ficheros del sistema, de la base de datos de rpm , etc, etc, estan para algo (tar cpvjf --atime-preserve bla, bla, de las clases, backups desatendidos, etc), y si la clave de un paquete ha sido generada en el futuro pues eso, prueba a utilizar tu clave en kmail con el tiempo del sistema en esas condiciones y con tu clave generada recientemente, te dira que nones, cualquier usuario de portatil lo sabe ...., cuando quita la pila por estar con alimentacion externa y quita la alimentacion olvidandose de poner la pila, problemas en el arranque, servidores y mas cosas.
* Ok, José María, si hasta ahí llego, claro. Entiendo el problema que supone que se interprete que la clave está generada en el futuro. Lo que no entiendo es el porqué se interpreta FUTURO si, realmente, el desfase del reloj apuntaba hacia 1998, es decir, atrás, no hacia delante. - -- ¡Share your knowledge! Linux user id #332494 // http://counter.li.org/ PGP id #0xC5ABA76A // http://pgp.escomposlinux.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBTv15VW601sWrp2oRAgb6AKCxBIPk2/lwLiP8Qu4iP62qkz2IZACgsa4k TAARQTMdafJr4zeCeLUwpoU= =kxV4 -----END PGP SIGNATURE-----
El 2004-09-20 a las 17:55 +0200, Aquiles escribió:
Lo que no entiendo es el porqué se interpreta FUTURO si, realmente, el desfase del reloj apuntaba hacia 1998, es decir, atrás, no hacia delante.
El tiempo es relativo :-p A ver, supongamos, estamos en 1998. Tienes un rpm fechado en 2004 con llave creada en 2002 - o sea, en el futuro, respecto a 1998 :-) -- Saludos Carlos Robinson
participants (3)
-
Aquiles
-
Carlos E. R.
-
jose maria