Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-devel] Running uDig on Linux x64
Hi!

I'll investigate further to see if the problem can be reproduced at my end. Do you have some example SID or ECW files that I can use? I think we should try to resolve this issue before uDig 1.2 RC2 for linux x86_64 is uploaded to the community. I would appreciate if you could upload the uDig build you used in the test so I could download and test it at may end :-)

mvh,
Kenneth 

2010/4/19 Jody Garnett <jody.garnett@xxxxxxxxx>
So reporting back from testing on a linux 64 vm.

Mitigated success!

I was able to display bluemarble.tiff, countries.shp and clouds.jpg - so this is a linux 64 jre and it allows us to run uDig!

I was not able to display any SID or ECW file however....

I tried to combine your jre with the "gdal_data" folder from a previous udig.

In anycase the resulting uDig 1.2 RC2 does something? Do you want me to upload it?

Jody

On 19/04/2010, at 5:07 AM, Kenneth Gulbrandsoy wrote:

You were right. The files had some issues when decompressed on other systems than mine. It seems like compressing the jre folder with the build-in "compress..." option on the file context menu in Ubuntu 9.10 will fail to decompress with the commad 'tar -xf ..." on some systems . I have replaced the old '..tar.gz' archive with a new one, this time compressed with 'tar -czf ...'. The file is verified on two other Linux systems. The zip file had similar issues and is now replaced also, this time using 'zip -r ...'. I hope this solves the problem. If not (shame on me and my nooby Linux skills), the procedure above could be used instead to generate a valid archive suitable for download from the '..downloads/jre' page on the uDig site.

Kenneth

2010/4/18 Kenneth Gulbrandsoy <kenneth.gulbrandsoy@xxxxxxxxx>
Yes, it seems okay. The archive untars without problem after download. Added a more 'windows friendly' zip version also. Change the url ending from '.tar.gz' to '.zip' and try again :-)

http://www.cruxd.org/download/jre1.6.0_20.linux.x86_64_gdal_ecw_mrsid.zip

Kenneth

2010/4/18 Jody Garnett <jody.garnett@xxxxxxxxx>

Woot! Nice work Kenneth:

What you did sounds okay to me - but my opinion is suspect since I always find a creative way to break things when setting up the easier win32 jre.
We will need to ask Mark Leslie when he is in tomorrow; and update the wiki instructions.

I will download you jre now and combine it with the udig and see if it works..... Opps!

When trying to unpack the file on a mac I get the following error:

"Unable to unarchive "jre1.6.0_20.linux.x86_64_gdal_ecw_mrsid.tar" into "build".

So it was able to extract the "gz" extension; but not the "tar" extension; can you confirm the archive is sound on your end?

Jody


On 18/04/2010, at 7:30 PM, Kenneth Gulbrandsoy wrote:

Hi!

I think I have successfully bundled a Linux 64 Java Runtime Environment (jre6u20) with ImageIO-EXT support for Ubuntu 9.10 64bit (AMD processor). The java target is just a combination of all the stable releases of JAI, ImageIO and ImageIO-EXT put in the right locations (jars to ../jre/lib/ext and *.so to ../jre/lib/amd64 and so on).

I have tested the target against a custom uDig application I'm developing, not the latest uDig release. The custom applications runs without any missing native library warnings (other than the Kakadu library which is not installed), shape and WMS layers.  Since I'm relatively new to the uDig framework, I have not research it thoroughly enough to know of any unit test used to verify that a java target is sound for a given os platform. 

Could anyone verify that the following procedure will generate a sound java target for the x86_64 linux platform?

  1. Download jre6u20 from java.sun.com: jre-6u20-linux-x64.bin
  2. Download JAI 1.1.3 from jai.dev.java.net: jai-1_1_3-lib-linux-amd64.tar.gz
  3. Download ImageIO 1.1 from imageio.dev.java.net: jai_imageio-1_1-lib-linux-amd64.tar.gz 
  4. Download ImageIO-EXT 1.0.5 from imageio-ext.dev.java.net: 
    1. imageio-ext-1.0.5-linux64-ecw-lib.tar.gz (native libraries)
    2. imageio-ext-1.0.5-libraries (jars)
    3. gdal_data-1.4.5
  5. Unpack all files into any folder following these rules
    1. jre6u20 to any folder
    2. jars in JAI 1.1.3  to ../lib/ext
    3. *.so files in JAI 1.1.3 to ../amd64
    4. repeat step 5.3 for ImageIO 1.1 and ImageIO-EXT 1.0.5
  6. unzip gdal data and place in same folder as the jre
The java target I'm using can be downloaded here.

Note: Although it seems to be working correctly, shouldn't the path to the native libraries in the custom jre been added to the LD_LIBRARY_PATH environment variable? The same goes for the GDAL_DATA environment variable. Is this managed automatically by the IDE/launch configuration or am I missing something here?

Best regards,
Kenneth Gulbrandsøy
- Trondheim, Norway
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel


_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel


_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel


Back to the top