Re: mensajes viejos en apt-get
[EMAIL PROTECTED]:/cosas/deb]$ dpkg -i oggasm_1.4.0.deb Seleccionando el paquete oggasm previamente no seleccionado. (Leyendo la base de datos ... 78123 ficheros y directorios instalados actualmente.) Desempaquetando oggasm (de oggasm_1.4.0.deb) ... dpkg: problemas de dependencias impiden la configuración de oggasm: oggasm depende de mpg321; sin embargo: el paquete mpg321 no está instalado. oggasm depende de libmp3-info-perl; sin embargo: el paquete libmp3-info-perl no está instalado. dpkg: error al procesar oggasm (--install): problemas de dependencias - se deja sin configurar Se encontraron errores al procesar: oggasm [EMAIL PROTECTED]:/cosas/deb]$ ll /usr/bin/oggasm -rwxr-xr-x1 root root 14K 2002-02-18 06:24 /usr/bin/oggasm [EMAIL PROTECTED]:/cosas/deb]$ ls /usr/share/doc/oggasm/ changelog.Debian.gz copyright README.Debian Hay un problema interpretativo en su ejemplo, si bien es cierto el paquete ha sido descomprimido y puesto en su equipo, eso no indica una clara instalación del mismo, dpkg tiene varias etapas en la instalación de un paquete y todas ellas son importantes en la instalación del mismo, el caso es que en debian se considera que un paquete ha sido instalado por completo cuando este ha sido configurado para su uso, algo que no se ha concluido en su ejemplo. Adicionalmente dpkg ha sido programado de forma tal que permite completar las dependencias posteriormente (aclarando, no instala por instalar, sino supone que, si instalamos un paquete para su uso y este depende de otro, entonces tendremos que instalar ese otro paquete, por tanto dpkg queda a la espera del paquete que satisfaga la dependencia) si se va instalar el paquete B el cual depende del paquete A, dpkg esta programado lo suficientemente bien como para descomprimirlo y dejarlo a espera de la configuración (es el caso de su ejemplo) quedando a la espera de la instalación del paquete o paquetes que satisfagan dicha dependencia, pero ello no indica que dpkg instale las cosas por instalar. Si pensamos un poco como es que apt u otros front-ends de dpkg como dselect trabajan las dependencias, pues todos ellos harán uso de las dependencias marcadas al crear el paquete y para ello usan dpkg, para obtener las dependencias, que faciliten el trabajo es cierto, pero no por ello se puede catalogar o subestimar el poder de dpkg. Vayamos un poco mas allá, si fuera cierto lo que usted indica y que dpkg instala por instalar, entonces uno podría instalar una versión de glibc de woody en sarge y malograr el sistema, algo que no ocurre, el siguiente ejemplo es bien sugerente: sachaca:/home/nmag/Downloads# dpkg --install libc6_2.2.5-11.5_i386.deb dpkg - warning: downgrading libc6 from 2.3.2.ds1-12 to 2.2.5-11.5. (Reading database ... 116541 files and directories currently installed.) Preparing to replace libc6 2.3.2.ds1-12 (using libc6_2.2.5-11.5_i386.deb) ... Unpacking replacement libc6 ... dpkg: error processing libc6_2.2.5-11.5_i386.deb (--install): trying to overwrite `/lib/libdb1-2.2.5.so', which is also in package libdb1-compat dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: libc6_2.2.5-11.5_i386.deb El ejemplo es bien sugerente, no instala, ni siquiera desempaqueta, el resultado es que el sistema no ha sido tocado siquiera: sachaca:/home/nmag/Downloads# dpkg --list | grep libc6 ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries and Timezone Ahora si bien es cierto no figura un problema claro de dependencias, por que dpkg no lo hace claro, y es que las dependencias no sólo se miran de paquetes que faltan sino de los paquetes que salen y también del contenido de los mismos, es claro que hay una tubería rota por que de instalarse se sobreescribirá un archivo de otro paquete. Y si tratamos de desinstalar ese otro paquete obtenemos: sachaca:/home/nmag/Downloads# dpkg --purge libdb1-compat dpkg: dependency problems prevent removal of libdb1-compat: libc6 depends on libdb1-compat. dpkg: error processing libdb1-compat (--purge): dependency problems - not removing Errors were encountered while processing: libdb1-compat De igual forma como evita la instalación también evita la eliminación de un paquete si este es una dependencia de algún otro paquete. El sistema de dependencias, además de la consistencia de los mismos y la estabilidad está completamente garantizada con dpkg que en muchos casos de la impresión que no es así como en su ejemplo, eso es otra cosa, ya que como lo expliqué dpkg queda a la espera de la instalación del paquete que satisfaga la dependencia, de igual forma si un paquete es dependencia de otro no será eliminado y si un paquete al ser instalado crea una inconsistencia tampoco será instalado. Adicionalmente, dpkg salva muchos problemas que a veces son pasados por alto por el mismo apt. Como anécdota me ha pasado cuando he hecho upgrades de potato a woody y de
Re: mensajes viejos en apt-get
El Martes, 22 de Junio de 2004 16:03, nmag only escribió: [EMAIL PROTECTED]:/cosas/deb]$ dpkg -i oggasm_1.4.0.deb Seleccionando el paquete oggasm previamente no seleccionado. (Leyendo la base de datos ... 78123 ficheros y directorios instalados actualmente.) Desempaquetando oggasm (de oggasm_1.4.0.deb) ... dpkg: problemas de dependencias impiden la configuración de oggasm: oggasm depende de mpg321; sin embargo: el paquete mpg321 no está instalado. oggasm depende de libmp3-info-perl; sin embargo: el paquete libmp3-info-perl no está instalado. dpkg: error al procesar oggasm (--install): problemas de dependencias - se deja sin configurar Se encontraron errores al procesar: oggasm [EMAIL PROTECTED]:/cosas/deb]$ ll /usr/bin/oggasm -rwxr-xr-x1 root root 14K 2002-02-18 06:24 /usr/bin/oggasm [EMAIL PROTECTED]:/cosas/deb]$ ls /usr/share/doc/oggasm/ changelog.Debian.gz copyright README.Debian Hay un problema interpretativo en su ejemplo, si bien es cierto el paquete ha sido descomprimido y puesto en su equipo, eso no indica una clara instalación del mismo, dpkg tiene varias etapas en la instalación de un paquete y todas ellas son importantes en la instalación del mismo, el caso es que en debian se considera que un paquete ha sido instalado por completo cuando este ha sido configurado para su uso, algo que no se ha concluido en su ejemplo. Aceptamos descompresion y puesta en el sistema de ficheros como no instalación o instalación parcial. sachaca:/home/nmag/Downloads# dpkg --install libc6_2.2.5-11.5_i386.deb dpkg - warning: downgrading libc6 from 2.3.2.ds1-12 to 2.2.5-11.5. (Reading database ... 116541 files and directories currently installed.) Preparing to replace libc6 2.3.2.ds1-12 (using libc6_2.2.5-11.5_i386.deb) ... Unpacking replacement libc6 ... dpkg: error processing libc6_2.2.5-11.5_i386.deb (--install): trying to overwrite `/lib/libdb1-2.2.5.so', which is also in package libdb1-compat dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: libc6_2.2.5-11.5_i386.deb El ejemplo es bien sugerente, no instala, ni siquiera desempaqueta, el resultado es que el sistema no ha sido tocado siquiera: Este ejemplo intenta escribir un archivo de otro paquete, es distinto. Y si tratamos de desinstalar ese otro paquete obtenemos: sachaca:/home/nmag/Downloads# dpkg --purge libdb1-compat dpkg: dependency problems prevent removal of libdb1-compat: libc6 depends on libdb1-compat. dpkg: error processing libdb1-compat (--purge): dependency problems - not removing Errors were encountered while processing: libdb1-compat Estaba hablando de instalar no de desinstalar. Ahora bien, dpkg y apt son excelentes. Y los paquetes de la distribución tienen una calidad altisima.
Re: mensajes viejos en apt-get
El Domingo, 20 de Junio de 2004 21:16, danielby escribió: El Domingo, 20 de Junio de 2004 19:03, Matias Costa escribió: El Sábado, 19 de Junio de 2004 16:29, nmag only escribió: Matias Costa wrote: | Es que no es un intento fallido, dpkg siempre instala, aunque tengas | dependencias fallidas. Es falso que dpkg instale aunque hayan dependencias fallidas, dpkg es muy seguro y no instalará si las dependencias están mal a no ser que fuerce la instalación. Parte del éxito de apt-get es que se base en dpkg, ahora que hayan otras distribuciones como redhat o pedorra donde apt-get usa rpm para instalar y este último (rpm) es muy malo, eso es otra cosa. Dpkg es perfectamente seguro y muy estable. Evidentemente que eso no quita la dificultad de instalar todo con dpkg, ya que dpkg no satisface dependencias pero si espera que estas se cumplan antes de instalar algo. El forzar la instalación de un paquete no es algo recomendado a no ser que se tenga certeza de tener todo bajo control. Siento decirte que te equivocas, dpkg siempre instala. Si no lo crees, haz la prueba. Es apt el que se negara a instalar si hay dependencias fallidas. de eso nada, dpkg instala si NO hay dependencias, haz tu mismo la prueba. A no ser que fuerces la instalación claro está (cosa poco o nada recomendable). Un saludo [EMAIL PROTECTED]:/cosas/deb]$ dpkg -i oggasm_1.4.0.deb Seleccionando el paquete oggasm previamente no seleccionado. (Leyendo la base de datos ... 78123 ficheros y directorios instalados actualmente.) Desempaquetando oggasm (de oggasm_1.4.0.deb) ... dpkg: problemas de dependencias impiden la configuración de oggasm: oggasm depende de mpg321; sin embargo: el paquete mpg321 no está instalado. oggasm depende de libmp3-info-perl; sin embargo: el paquete libmp3-info-perl no está instalado. dpkg: error al procesar oggasm (--install): problemas de dependencias - se deja sin configurar Se encontraron errores al procesar: oggasm [EMAIL PROTECTED]:/cosas/deb]$ ll /usr/bin/oggasm -rwxr-xr-x1 root root 14K 2002-02-18 06:24 /usr/bin/oggasm [EMAIL PROTECTED]:/cosas/deb]$ ls /usr/share/doc/oggasm/ changelog.Debian.gz copyright README.Debian
Re: mensajes viejos en apt-get
Hola, a pedido de Javier M Mora reenvio su respuesta a mi pregunta. El vie, 18 de jun de 2004, a las 10:10:53 -0400, Daniel Hernandez dijo: Parece que no se me ha entendido, yo se que apt-get -f install A.deb fuerza la instalacion de A.deb aunque este tenga dependencias insatisfechas. Mi problema es que un dia estaba instalando A.deb con # dpkg -i A.deb Parece que hay cosas que no sabes sobre la instalaci?n de paquetes en debian. Aunque te recomendar?a que fueses a debian y leyeses los manuales de usuario para enterarte mejor, voy a darte una breve pincelada por si te ayuda. Existen 4 niveles de para la instalaci?n de paquetes en debian. Como suelen ocurrir en estos niveles, cuanto m?s control quieres, m?s bajo es el nivel necesario y mas dif?cil es la cosa de manejar. Los niveles son: bajodpkg-debMuy especializado, s?lo suele ser util para desarrolladores debian y s?lo para algunos). mediodpkgInstala el paquete que le das pero no resuelve las dependencias. Su uso es para cuando apt-get falla. altoapt-getDescarga e instala paquetes y sus necesarias dependencias. Salvo casos especiales. Los usuarios no deber?an usar utilidades de nivel inferior a este. muy alto aptitude synaptic dselect y otros Aportan a apt-get un entorno de men?s y otras facilidades. Cada utilidad necesita de las de nivel inferior para efectuar su trabajo: es decir apt-get usa dpkg y este a su vez usa dpkg-deb, aunque lo usa de forma m?s c?moda. La segunda informaci?n que puede serte ?til es la base de datos de paquetes. Existe una base de datos en tu debian con informaci?n sobre: que paquetes est?n o no instalados, que paquete necesita de otro paquete para funcionar, que paquete quiere ser instalado y su funci?n es intentar que en todo momento el sistema sea estable. Es decir, que todos los paquetes que tienes instalados funcionan como deben. insatisfechas. Mi problema es que un dia estaba instalando A.deb con # dpkg -i A.deb y entonces surgieron los mensajes que decian que no se podia instalar por las dependencias insatisfechas. Entonces yo decidi no instalarlo. El problema es que cuando quiero instalar otro paquete B usando # apt-get install B no se instala porque aparece el error anterior que tiene que ver con A y no con B. Como he indicado antes, dpkg no instala las dependencias, pero indica en la base de datos que quieres instalar un paquete. Tu decidiste no instalarlo pero, ?se lo dijiste a la base de datos de tu debian? Si no se lo has dicho. La primera misi?n de apt-get es instalar lo que tu le dijiste como primera prioridad. Detecta que existe una inconsistencia sobre la base de datos (un paquete que est? intentando instalarse pero que no tiene resuelta las dependencias) y para evitar destrozos se para. Haciendo apt-get -f (sin poner ning?n nombre de paquete) mira la base de datos sobre paquetes marcados para ser instalados e intenta arreglarlo buscando sus dependencias. Pero si sencillamente bajo el paquete B.deb equivalente y lo instalo con # dpkg -i B.deb No hay problema, funciona todo correctamente. O no, depende del paquete que est?s instalando y de las dependencias de este. A mi me parece que lo natural que si hay un intento fallido de instalacion este se olvide. Al contrario. Lo natural (o al menos lo que los desarrolladores debian han marcado) es recordar tus deseos hasta que le digas lo contrario. Piensa en una aplicaci?n que depende de varios paquetes simult?neos. y que tienen una referencia circular. Uno depende del otro y viceversa. Si intentas instalar un paquete y este no encuentra el otro. Se abortar?a la instalaci?n. Si ahora intentas instalar el otro paquete tampoco encontrar? el primero (puesto que se abort?) y no se podr?a instalar nunca!!. Actualmente lo que ocurre es el primero se instala a medias y cuando instalas el segundo se pueden terminar de instalar ambos. Y si te arrepientes pues con indicarlo, ya est?. Bueno. Ah? van mis indicaciones para solucionar el problema: * prueba con apt-get -f * prueba a desinstalar el paquete a.deb con dpkg para borrarlo de la base de datos * prueba a completar la instalaci?n del paquete A.deb al instalar sus dependencias (se puede hacer con dpkg que como has visto no se queja, aunque debes de tener cuidado porque los nuevos paquetes pueden tener sus propias dependencias * antes de instalar ning?n paquete observa las consecuencias de ello. apt-get -u, por ejemplo, te informa de los cambios que van a suceder * No uses dpkg si no lo controlas. Usa como m?nimo apt-get y te recomendar?a aptitude (para consola) o synaptic (para X). Esto te ahorrar? muchos dolores de cabeza. Espero que se solucione el problema. Atte. -- Javier Maria Mora Merchan (GPGP) Key ID: 0x794F3D83
Re: mensajes viejos en apt-get
El Sábado, 19 de Junio de 2004 16:29, nmag only escribió: Matias Costa wrote: | Es que no es un intento fallido, dpkg siempre instala, aunque tengas | dependencias fallidas. Es falso que dpkg instale aunque hayan dependencias fallidas, dpkg es muy seguro y no instalará si las dependencias están mal a no ser que fuerce la instalación. Parte del éxito de apt-get es que se base en dpkg, ahora que hayan otras distribuciones como redhat o pedorra donde apt-get usa rpm para instalar y este último (rpm) es muy malo, eso es otra cosa. Dpkg es perfectamente seguro y muy estable. Evidentemente que eso no quita la dificultad de instalar todo con dpkg, ya que dpkg no satisface dependencias pero si espera que estas se cumplan antes de instalar algo. El forzar la instalación de un paquete no es algo recomendado a no ser que se tenga certeza de tener todo bajo control. Siento decirte que te equivocas, dpkg siempre instala. Si no lo crees, haz la prueba. Es apt el que se negara a instalar si hay dependencias fallidas.
Re: mensajes viejos en apt-get
El Domingo, 20 de Junio de 2004 19:03, Matias Costa escribió: El Sábado, 19 de Junio de 2004 16:29, nmag only escribió: Matias Costa wrote: | Es que no es un intento fallido, dpkg siempre instala, aunque tengas | dependencias fallidas. Es falso que dpkg instale aunque hayan dependencias fallidas, dpkg es muy seguro y no instalará si las dependencias están mal a no ser que fuerce la instalación. Parte del éxito de apt-get es que se base en dpkg, ahora que hayan otras distribuciones como redhat o pedorra donde apt-get usa rpm para instalar y este último (rpm) es muy malo, eso es otra cosa. Dpkg es perfectamente seguro y muy estable. Evidentemente que eso no quita la dificultad de instalar todo con dpkg, ya que dpkg no satisface dependencias pero si espera que estas se cumplan antes de instalar algo. El forzar la instalación de un paquete no es algo recomendado a no ser que se tenga certeza de tener todo bajo control. Siento decirte que te equivocas, dpkg siempre instala. Si no lo crees, haz la prueba. Es apt el que se negara a instalar si hay dependencias fallidas. de eso nada, dpkg instala si NO hay dependencias, haz tu mismo la prueba. A no ser que fuerces la instalación claro está (cosa poco o nada recomendable). Un saludo
Re: mensajes viejos en apt-get
Parece que no se me ha entendido, yo se que apt-get -f install A.deb fuerza la instalacion de A.deb aunque este tenga dependencias insatisfechas. Sí, pero no sólo apt-get -f install A.deb, sino que si pones, SIMPLEMENTE, apt-get -f install, soluciona las dependencias rotas, es eso lo que tienes que probar, si no lo has hecho aún. ;-) Haplo
Re: mensajes viejos en apt-get
Lo primero, soy novato así que mi respuesta tiene un amplio margen de error... pero ahí va ;) XD A mí cuando me pasa eso hago # dpkg -r A (ya sé que suena raro que instales con apt-get y lo borres con dpkg pero a mí me ha funcionado siempre) y problema solucionado. Después haz # apt-get install B y solucionado. Salud y república! El sáb, 19-06-2004 a las 04:10, Daniel Hernandez escribió: Parece que no se me ha entendido, yo se que apt-get -f install A.deb fuerza la instalacion de A.deb aunque este tenga dependencias insatisfechas. Mi problema es que un dia estaba instalando A.deb con # dpkg -i A.deb y entonces surgieron los mensajes que decian que no se podia instalar por las dependencias insatisfechas. Entonces yo decidi no instalarlo. El problema es que cuando quiero instalar otro paquete B usando # apt-get install B no se instala porque aparece el error anterior que tiene que ver con A y no con B. Pero si sencillamente bajo el paquete B.deb equivalente y lo instalo con # dpkg -i B.deb No hay problema, funciona todo correctamente. A mi me parece que lo natural que si hay un intento fallido de instalacion este se olvide. Saludos Daniel ---Publicidad Juega con Ventura24.es, lotería inteligente y multiplica tus posibilidades!! http://www.iespana.es/_reloc/email.ventura
Re: mensajes viejos en apt-get
El Sábado, 19 de Junio de 2004 04:10, Daniel Hernandez escribió: no se instala porque aparece el error anterior que tiene que ver con A y no con B. Pero si sencillamente bajo el paquete B.deb equivalente Para que apt-get funcione tienes que tener coherente la base de datos de paquetes. apt es bueno, pero no adivino. y lo instalo con # dpkg -i B.deb No hay problema, funciona todo correctamente. apt y dpkg, no es lo mismo apt = dpkg, pero no al reves. A mi me parece que lo natural que si hay un intento fallido de instalacion este se olvide. Es que no es un intento fallido, dpkg siempre instala, aunque tengas dependencias fallidas.
Re: mensajes viejos en apt-get
Muchas gracias, en especial a la detallada explicacion de Javier M Mora. Ya he solucionado el problema. Yo solo habia leido el APT-Howto a la ligera (aunque me parece que esta informacion no esta alli). Me parecio muy interasante lo de la necesidad de guardar informacion de las transacciones inconclusas para los caso de dependencias ciclicas. Saludos.
Re: mensajes viejos en apt-get
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matias Costa wrote: | Es que no es un intento fallido, dpkg siempre instala, aunque tengas | dependencias fallidas. Es falso que dpkg instale aunque hayan dependencias fallidas, dpkg es muy seguro y no instalará si las dependencias están mal a no ser que fuerce la instalación. Parte del éxito de apt-get es que se base en dpkg, ahora que hayan otras distribuciones como redhat o pedorra donde apt-get usa rpm para instalar y este último (rpm) es muy malo, eso es otra cosa. Dpkg es perfectamente seguro y muy estable. Evidentemente que eso no quita la dificultad de instalar todo con dpkg, ya que dpkg no satisface dependencias pero si espera que estas se cumplan antes de instalar algo. El forzar la instalación de un paquete no es algo recomendado a no ser que se tenga certeza de tener todo bajo control. Saludos! - -- nmag only gnupg 0xA024A03F [pgp.mit.edu] GNU/Linux Registered User #312624 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA1E3gy3Ce2qAkoD8RAnM1AJ9VWiMymRS+pFCiZ6zEC8uTDHF5zwCeK7v0 aDTdHWf1fYck6PWPVsvHzpA= =vNHb -END PGP SIGNATURE-
mensajes viejos en apt-get
Hola, desde la última vez que tuve problemas con dependencias que ahora tengo problemas con apt-get. Cada vez que uso el comando aparece un mensaje viejo y el paquete no se instala. Pero si lo bajo manualmente lo puedo instalar con dpkg -i paquete.deb. Por ejemplo si intento instalar maxima me aparecen los mensajes de dependencias insatisfechas de cuando anteriormente intente instalar alsa-utils, bittorrent y libasound2. # apt-get install maxima Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these: Sorry, but the following packages have unmet dependencies: alsa-utils: Depends: libc6 (= 2.3.2.ds1-4) but 2.2.5-11.5 is to be installed Depends: libncurses5 (= 5.4-1) but 5.2.20020112a-7 is to be installed bittorrent: Depends: python (= 2.3) but 2.1.3-3.2 is to be installed libasound2: Depends: libc6 (= 2.3.2.ds1-4) but 2.2.5-11.5 is to be installed E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). Saludos y gracias por cualquier idea. Daniel Hernandez
Re: mensajes viejos en apt-get
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). ¿Has probado precisamente lo que te pedía, apt-get -f install? Eso sí, con cuidado, que la -f es para forzar las cosas. Haplo
Re: mensajes viejos en apt-get
Parece que no se me ha entendido, yo se que apt-get -f install A.deb fuerza la instalacion de A.deb aunque este tenga dependencias insatisfechas. Mi problema es que un dia estaba instalando A.deb con # dpkg -i A.deb y entonces surgieron los mensajes que decian que no se podia instalar por las dependencias insatisfechas. Entonces yo decidi no instalarlo. El problema es que cuando quiero instalar otro paquete B usando # apt-get install B no se instala porque aparece el error anterior que tiene que ver con A y no con B. Pero si sencillamente bajo el paquete B.deb equivalente y lo instalo con # dpkg -i B.deb No hay problema, funciona todo correctamente. A mi me parece que lo natural que si hay un intento fallido de instalacion este se olvide. Saludos Daniel
Re: mensajes viejos en apt-get
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Haplo wrote: | ¿Has probado precisamente lo que te pedía, apt-get -f install? Eso sí, con | cuidado, que la -f es para forzar las cosas. - -f es igual a --fix-broken (que es perfectamente seguro), esto no es lo mismo que --force-yes donde si se tiene que tener cuidado. Saludos! - -- nmag only gnupg 0xA024A03F [pgp.mit.edu] GNU/Linux Registered User #312624 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFA02uhy3Ce2qAkoD8RAoPSAJ9ljKXtFv+QBqe3Enz8x3ycHvIcXgCgia5s nb4YmyOkNRV2mwGRnlZXWMU= =qAJj -END PGP SIGNATURE-
