El 6 de marzo de 2017, 18:14, jvaque <jvc...@ibmb.csic.es> escribió:
> ***************************************** > ***************************************** > neus@Andromeda:~$ uname -a > Linux Andromeda 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) > x86_64 GNU/Linux > neus@Andromeda:~$ uname -p -o > unknown GNU/Linux > neus@Andromeda:~$ uname -m > x86_64 > neus@Andromeda:~$ uname -p -i -o > unknown unknown GNU/Linux > > parece que tendremos que tirar del "-m". Muchas gracias > 2017-03-06 9:04 GMT+01:00 Francisco Díaz Carsí <fd...@disid.com>: > >> Por favor, dinos qué devuelve el comando: >> >> uname -m >> >> >> Gracias, un saludo. >> >> >> El 06/03/17 a las 08:51, Joaquin Jose del Cerro Murciano escribió: >> >>> >>> >>> El 6 de marzo de 2017, 8:50, Joaquin Jose del Cerro Murciano < >>> jjdelce...@gvsig.org <mailto:jjdelce...@gvsig.org>> escribió: >>> >>> >>> >>> El 5 de marzo de 2017, 21:30, jvaque <jvc...@ibmb.csic.es >>> <mailto:jvc...@ibmb.csic.es>> escribió: >>> >>> >>> Claro que quiero echaros una mano. >>> Lo que he hecho es eliminar el gvSIG 2.3 y empezar de nuevo >>> para obtener el log que me pediis >>> >>> 1.- He hecho una instalación de "novo" solo modificando la >>> linea 38 para obtener el gvSIG.out >>> 2.- He eliminado de nuevo la posible instalación del gvSIG >>> 3.- He vuelto a realizar una instalación con la modificación >>> de la linea 38 y la 478 del gvSIG.sh >>> >>> He aqui lo que he realizado paso a paso: >>> >>> >>> Ostras!! es la deteccion de la arquitectura de tu sistema. Usa un >>> "uname -p -o" para hacerlo. >>> -o para detectar el S.O. y -p para detectar el procesador y el -p >>> le devuelve algo que no sabe lo que es y decide que es un 32 bits. >>> ¿ Puedes decirme que devuelve el "uname -p -o" ? >>> >>> >>> Perdon, no hace falta.... ya lo veo, esta en la traza "unknown". >>> >>> Pensando. >>> >>> Un saludo >>> Joaquin >>> >>> >>> >>> *********************************************** >>> *********************************************** >>> ** PAQUETE DE INSTALACION >>> *********************************************** >>> neus@Andromeda:~/Baixades$ md5sum >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip >>> a012d6f7261b90ac41ecfa1756641a49 >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip >>> >>> *********************************************** >>> *********************************************** >>> ** MI SISTEMA >>> *********************************************** >>> neus@Andromeda:~/Baixades$ uname -a >>> Linux Andromeda 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 >>> (2016-10-19) x86_64 GNU/Linux >>> neus@Andromeda:~/Baixades$ java -version >>> java version "1.8.0_121" >>> Java(TM) SE Runtime Environment (build 1.8.0_121-b13) >>> Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode) >>> >>> >>> >>> *********************************************** >>> *********************************************** >>> ** DESCOMPRESION Y INGRESO A LA CARPETA Y EDICION DEL ARCHIVO >>> *********************************************** >>> >>> >>> neus@Andromeda:~/Baixades$ unzip >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip >>> neus@Andromeda:~/Baixades$ cd >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64/ >>> >>> Seguidamente edito la linea 38 del archivo gvSIG.sh dejándola >>> como >>> set -x >>> >>> *********************************************** >>> *********************************************** >>> ** EJECUCION ./gvSIG.sh 2>&1 | tee /tmp/gvSIG.out >>> *********************************************** >>> >>> neus@Andromeda:~/Baixades/gvSIG-desktop-2.3.1-2501-final-lin >>> -x86_64$ >>> ./gvSIG.sh 2>&1 | tee /tmp/gvSIG.out >>> >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> %%%%% >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> %%%%% >>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% >>> %%%%% >>> >>> Elimino la carpeta >>> ~/Baixades/gvSIG-desktop-2.3.1-2501-final-lin-x86_64 y todo su >>> contenido para realizar una nueva instalación desde cero >>> >>> >>> *********************************************** >>> *********************************************** >>> ** DESCOMPRESION Y INGRESO A LA CARPETA Y EDICION DEL ARCHIVO >>> *********************************************** >>> >>> >>> neus@Andromeda:~/Baixades$ unzip >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip >>> neus@Andromeda:~/Baixades$ cd >>> gvSIG-desktop-2.3.1-2501-final-lin-x86_64/ >>> >>> >>> >>> Seguidamente >>> 1.- Edito la linea 38 del archivo gvSIG.sh dejándola como >>> set -x >>> >>> 2.- Elimino la linea 478 >>> $FORCE_JAVA_32BITS \ >>> >>> >>> *********************************************** >>> *********************************************** >>> ** EJECUCION ./gvSIG.sh 2>&1 | tee /tmp/gvSIG_sin_linea_478.out >>> *********************************************** >>> >>> neus@Andromeda:~/Baixades/gvSIG-desktop-2.3.1-2501-final-lin >>> -x86_64$ >>> ./gvSIG.sh 2>&1 | tee /tmp/gvSIG_sin_linea_478.out >>> >>> >>> >>> >>> Espero que os pueda servir >>> >>> >>> 2017-03-03 1:57 GMT+01:00 Joaquin Jose del Cerro Murciano >>> <jjdelce...@gvsig.org <mailto:jjdelce...@gvsig.org>>: >>> >>> >>> >>> El 3 de marzo de 2017, 0:59, jvaque <jvc...@ibmb.csic.es >>> <mailto:jvc...@ibmb.csic.es>> escribió: >>> >>> >>> En primer lugar, dar gracias a las aportaciones que me >>> habéis dado a mi consulta y deciros que la eliminación >>> de la linea $FORCE_JAVA_32BITS \ tal como sugería >>> Francisco ha sido la clave para que todo funcione. >>> Pero esta solución me sugiere la siguiente pregunta: >>> Si he entendido bien, el instalador está pensado para >>> una arquitectura de 64bits, como se indica en las >>> caracteristicas nuevas: "Nuevo instalador compatible >>> con 64bits" >>> >>> Entonces ¿Porque en el script hay una linea que >>> fuerza el uso de java de 32bits ? >>> >>> >>> Hola Jaume, >>> gvSIG 2.3 va ya con un instalador de 64 bits. En versiones >>> anteriores, aunque >>> instalase un gvSIG de 64 bits, el instalador era de >>> 32bits. Pero esto no >>> tiene nada que ver con el problema que te ha estado dando. >>> La instalacion de gvSIG se hace en tres pasos: >>> 1. el ".run" es un fichero autoextraible que lleva un >>> instalador >>> hecho en java y un jre (de 32 o 64 bits segun el >>> instalador). >>> En una primera fase se descomprimen en /tmp estos >>> ficheros. >>> 2. Se ejecuta el instalador java que ha descomprimido en >>> /tmp con el jre >>> que llevaba el propio autoextraible (no usa el de tu >>> sistema). >>> 3. Una vez realizada la instalacion minima, arranca el >>> instalador >>> de complementos de gvSIG para que instales los >>> complementos >>> que quieras. Para ejecutar el instalador de complementos >>> simplemente ejecuta el gvSIG que acaba de instalar >>> pasandole >>> el flag "--install". >>> >>> El gvSIG.sh es el mismo tanto para window y linux, 32 y 64 >>> bits. >>> Por alguna razon que no llego a entender, al ejecutar >>> "gvSIG.sh --install" >>> para instalar los complementos, el script de arranque de >>> gvSIG decide que >>> debe usar una jre de 32 bits (¿¿??), pero claro, la jre >>> que ha sacado >>> del autoextraible, que es la que esta usando, es una de 64 >>> bits, asi >>> que falla. Lo mismo pasaba con la portable. Ya que el >>> "gvSIG.sh" que >>> arranca durante la instalacion para instalar los >>> complementos es el >>> mismo que luego se usa para arrancar gvSIG normalmente. >>> >>> ¿ Por que decide que debe arrancar con un jre de 32 bits ? >>> Ni idea, pero estaria bien poder averiguarlo por si le >>> pasa a mas gente. >>> >>> Hace un tiempo nos encontramos que un usuario habia >>> llamado a su >>> equipo "XWinG", y cuando "gvSIG.sh" examinaba la salida >>> del comando >>> "uname -a" decidia que era un windows en lugar de un >>> linux, y ya >>> se liaba todo y acababa decidiendo que era un jre de 32. >>> Pero en tu >>> caso no se por que lo ha acabado decidiendo. >>> >>> Si quieres intentar echarnos una mano a ver por que puede >>> estar pasandote >>> esto podrias editar el "gvSIG.sh" y alla por la linea 38 >>> habra algo como: >>> >>> #set -x >>> >>> Le quitas la almoadilla (#) y guardas. >>> Eso activa las trazas. >>> Luego ejecutas gvSIG con: >>> >>> # ./gvSIG.sh 2>&1 | tee /tmp/gvSIG.out >>> >>> Esto generara un fichero con un monton de trazas en >>> /tmp/gvSIG.out >>> si es muy grande puedes comprimirlo y enviarnoslo en este >>> mismo hilo. >>> A ver si podemos averiguar por que decide que debe >>> arrancar en modo 32 bits >>> en tu equipo y podemos corregirlo para proximas versiones. >>> >>> Si lo haces acuerdate de volver a editar el gvSIG.sh y le >>> vuelves a poner la >>> almoadilla que quitaste delante de la sentencia "set -x" >>> para que deje de >>> sacarte todas las trazas. >>> >>> Un saludo >>> Joaquin >>> >>> >>> >>> >>> Jaume >>> >>> 2017-03-02 9:32 GMT+01:00 Francisco Puga >>> <fp...@icarto.es <mailto:fp...@icarto.es>>: >>> >>> >>> Viendo el archivo que adjuntas parace ser que el >>> script que lanza gvSIG está interpretando algo mal >>> y está "forzando" el modo de 32 bits. >>> >>> Prueba a editar el fichero gvSIG.sh. Al final de >>> todo verás un código como este: >>> >>> CMD="\"${JAVA}\" \ >>> $FORCE_JAVA_32BITS \ >>> -Xms${GVSIG_INITIAL_MEM} \ >>> -Xmx${GVSIG_MAX_MEM} \ >>> -XX:MaxPermSize=${GVSIG_MAX_PERM_SIZE} \ >>> ${DEBUG_OPTIONS} \ >>> -Djava.library.path=\"${GVSIG_NATIVE_LIBS}\" \ >>> ${GVSIG_PROPERTIES} \ >>> -cp \"${GVSIG_CLASSPATH}\" \ >>> ${GVSIG_JAVA_PARAMS} \ >>> ${GVSIG_LAUNCHER} ${GVSIG_PARAMS}" >>> >>> Elimina la parte que pone: >>> >>> $FORCE_JAVA_32BITS \ >>> >>> de modo que quedaría así: >>> CMD="\"${JAVA}\" \ >>> -Xms${GVSIG_INITIAL_MEM} \ >>> -Xmx${GVSIG_MAX_MEM} \ >>> -XX:MaxPermSize=${GVSIG_MAX_PERM_SIZE} \ >>> ${DEBUG_OPTIONS} \ >>> -Djava.library.path=\"${GVSIG_NATIVE_LIBS}\" \ >>> ${GVSIG_PROPERTIES} \ >>> -cp \"${GVSIG_CLASSPATH}\" \ >>> ${GVSIG_JAVA_PARAMS} \ >>> ${GVSIG_LAUNCHER} ${GVSIG_PARAMS}" >>> >>> >>> _______________________________________________ >>> gvSIG_usuarios mailing list >>> gvSIG_usuarios@listserv.gva.es >>> <mailto:gvSIG_usuarios@listserv.gva.es> >>> >>> Para ver histórico de mensajes, editar sus >>> preferencias de usuario o darse de baja en esta >>> lista, acuda a la siguiente dirección: >>> >>> https://listserv.gva.es/cgi-bi >>> n/mailman/listinfo/gvsig_usuarios >>> <https://listserv.gva.es/cgi-b >>> in/mailman/listinfo/gvsig_usuarios> >>> >>> >>> >>> _______________________________________________ >>> gvSIG_usuarios mailing list >>> gvSIG_usuarios@listserv.gva.es >>> <mailto:gvSIG_usuarios@listserv.gva.es> >>> >>> Para ver histórico de mensajes, editar sus >>> preferencias de usuario o darse de baja en esta lista, >>> acuda a la siguiente dirección: >>> >>> https://listserv.gva.es/cgi-bi >>> n/mailman/listinfo/gvsig_usuarios >>> <https://listserv.gva.es/cgi-b >>> in/mailman/listinfo/gvsig_usuarios> >>> >>> >>> >>> >>> -- -------------------------------------- >>> Joaquin Jose del Cerro Murciano >>> Development and software arquitecture manager at gvSIG Team >>> jjdelce...@gvsig.com <mailto:jjdelce...@gvsig.com> >>> jjdelce...@gvsig.org <mailto:jjdelce...@gvsig.org> >>> gvSIG Association >>> www.gvsig.com <http://www.gvsig.com> >>> www.gvsig.org <http://www.gvsig.org> >>> >>> _______________________________________________ >>> gvSIG_usuarios mailing list >>> gvSIG_usuarios@listserv.gva.es >>> <mailto:gvSIG_usuarios@listserv.gva.es> >>> >>> Para ver histórico de mensajes, editar sus preferencias de >>> usuario o darse de baja en esta lista, acuda a la >>> siguiente dirección: >>> >>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuar >>> ios >>> <https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usua >>> rios> >>> >>> >>> >>> _______________________________________________ >>> gvSIG_usuarios mailing list >>> gvSIG_usuarios@listserv.gva.es >>> <mailto:gvSIG_usuarios@listserv.gva.es> >>> >>> Para ver histórico de mensajes, editar sus preferencias de >>> usuario o darse de baja en esta lista, acuda a la siguiente >>> dirección: >>> >>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios >>> <https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios >>> > >>> >>> >>> >>> >>> -- -------------------------------------- >>> Joaquin Jose del Cerro Murciano >>> Development and software arquitecture manager at gvSIG Team >>> jjdelce...@gvsig.com <mailto:jjdelce...@gvsig.com> >>> jjdelce...@gvsig.org <mailto:jjdelce...@gvsig.org> >>> gvSIG Association >>> www.gvsig.com <http://www.gvsig.com> >>> www.gvsig.org <http://www.gvsig.org> >>> >>> >>> >>> >>> -- >>> -------------------------------------- >>> Joaquin Jose del Cerro Murciano >>> Development and software arquitecture manager at gvSIG Team >>> jjdelce...@gvsig.com <mailto:jjdelce...@gvsig.com> >>> jjdelce...@gvsig.org <mailto:jjdelce...@gvsig.org> >>> gvSIG Association >>> www.gvsig.com <http://www.gvsig.com> >>> www.gvsig.org <http://www.gvsig.org> >>> >>> >>> _______________________________________________ >>> gvSIG_usuarios mailing list >>> gvSIG_usuarios@listserv.gva.es >>> >>> Para ver histórico de mensajes, editar sus preferencias de usuario o >>> darse de baja en esta lista, acuda a la siguiente dirección: >>> >>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios >>> >> >> -- >> Firma DISID >> >> Francisco Díaz Carsí / Analista-Programador >> >> >> >> DISID <mailto:fd...@disid.com> >> >> DISID <http://www.disid.com> >> >> DISID Corporation S.L. Tfno: +34 963 516 309 <+34%20963%2051%2063%2009> >> / Fax: +34 961 198 112 <+34%20961%2019%2081%2012> >> Avinguda de Menéndez y Pelayo 5, 46010 València - España >> http://www.disid.com >> >> Facebook <http://www.facebook.com/DISIDCorp> Twitter < >> http://twitter.com/disid_corp> Linkedin <http://www.linkedin.com/compa >> ny/disid> Github <http://github.com/disid/> >> >> >> /Be software/ >> >> Confidencialidad: Esta comunicación contiene información que puede ser >> confidencial y privilegiada. Es para uso exclusivo del destinatario >> indicado. Si no es Vd. el destinatario, por favor tome nota de que >> cualquier distribución, copia o uso de esta comunicación o información está >> estrictamente prohibido. Si ha recibido este mensaje por error, por favor >> avísenos por e-mail a i...@disid.com <mailto:i...@disid.com> y después >> destruya el mensaje y cualquier copia de él. Las opiniones expresadas en el >> mensaje pueden ser personales y no necesariamente opiniones de DISID >> Corporation, S.L. >> >> Virus y Seguridad: Aunque hemos tomado las medidas para asegurarnos que >> este correo electrónico y sus ficheros adjuntos están libres de virus, le >> recomendamos que a efectos de mantener buenas prácticas de seguridad, el >> receptor debe asegurarse que este correo y sus ficheros adjuntos están >> libres de virus. >> >> >> >> _______________________________________________ >> gvSIG_usuarios mailing list >> gvSIG_usuarios@listserv.gva.es >> >> Para ver histórico de mensajes, editar sus preferencias de usuario o >> darse de baja en esta lista, acuda a la siguiente dirección: >> >> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios >> > > > _______________________________________________ > gvSIG_usuarios mailing list > gvSIG_usuarios@listserv.gva.es > > Para ver histórico de mensajes, editar sus preferencias de usuario o darse > de baja en esta lista, acuda a la siguiente dirección: > > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios > > -- -------------------------------------- Joaquin Jose del Cerro Murciano Development and software arquitecture manager at gvSIG Team jjdelce...@gvsig.com jjdelce...@gvsig.org gvSIG Association www.gvsig.com www.gvsig.org
_______________________________________________ gvSIG_usuarios mailing list gvSIG_usuarios@listserv.gva.es Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios