[Gvsig_usuarios] Como instalar gvSIG-desktop 2.3.1

jvaque jvcbmc en ibmb.csic.es
Dom Mar 5 21:30:41 CET 2017


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:


***********************************************
***********************************************
** PAQUETE DE INSTALACION
***********************************************
neus en 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 en 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 en 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 en Andromeda:~/Baixades$ unzip
gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip
neus en 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 en 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 en Andromeda:~/Baixades$ unzip
gvSIG-desktop-2.3.1-2501-final-lin-x86_64.zip
neus en 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 en 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 <
jjdelcerro en gvsig.org>:

>
>
> El 3 de marzo de 2017, 0:59, jvaque <jvcbmc en 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 <fpuga en 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 en 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 en 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
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en 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
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20170305/20c41110/attachment.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: gvSIG.out.zip
Type: application/zip
Size: 15971 bytes
Desc: no disponible
URL: <http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20170305/20c41110/attachment.zip>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: gvSIG_sin_linea_478.out.zip
Type: application/zip
Size: 53508 bytes
Desc: no disponible
URL: <http://listserv.gva.es/pipermail/gvsig_usuarios/attachments/20170305/20c41110/attachment-0001.zip>


Más información sobre la lista de distribución gvSIG_usuarios