El 5 de marzo de 2017, 21:30, jvaque <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" ? 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>: > >> >> >> El 3 de marzo de 2017, 0:59, jvaque <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>: >>> >>>> 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 >>>> >>>> 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 >> >> > > _______________________________________________ > 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