Hi,<div><br></div><div>ok, the next step for this will be to evaluate alpha3 for the next few days and see what broke.</div><div><br></div><div>What should be our policy in case of a project still dependent on openjdk6 close to release date? Shall we exclude it from the disk for version 6.0?</div>
<div><br></div><div>This means that only openjdk7 will be available and that all applications must use it, without special bundled jre's. </div><div><br></div><div>As Alex explained the packaging issue is easy in debian conf files. This is because openjdk is available from upstream, so no need for third party repositories.</div>
<div><br></div><div>I will test the last build and report back issues.</div><div><br></div><div>Cheers,</div><div>Angelos<br><br><div class="gmail_quote">On Mon, Jun 4, 2012 at 3:04 PM, Cameron Shorter <span dir="ltr"><<a href="mailto:cameron.shorter@gmail.com" target="_blank">cameron.shorter@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Angelos,<br>
I would usually fully agree with your point of sticking with the stable default version of an application, but in this case, I think that we should be doing our best to move all applications to openjdk7.<br>
<br>
This is because there are many of our java based applications which apparently will not work with openjdk6, but will likely work with openjdk7.<br>
I assume the other java apps will work with openjdk7, one we work out packaging dependencies.<div><div class="h5"><br>
<br>
On 4/06/2012 9:24 AM, Angelos Tzotsos wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So here is my first impression with openjdk7:<br>
<br>
Some packages are packaged as deb files and recommend openjdk6 since they are build against that default version in 12.04 (eg gvsig). Others require openjdk6 (eg atlastyler) and apt-get installs it in order to fulfill the dependencies.<br>
<br>
So basically until all deb files involved here are built against openjdk7 in Launchpad, we will be getting both versions installed in the disk.<br>
<br>
Basically this would require a lot of effort from packagers and I am not sure that the projects would like to have a version upstream that uses a Java version that is not the default of the OS. The golden rule in packaging is to try to offer users default versions of dependencies...<br>
<br>
Angelos<br>
<br>
On 05/29/2012 06:25 PM, Angelos Tzotsos wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I am planning to do an alpha3 this weekend.<br>
It would be great to have iso creation in this test too.<br>
<br>
<br>
On 05/29/2012 09:23 AM, Cameron Shorter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Frank,<br>
I've be very keen to hear your feedback after you try osgeo-live-6.0alpha3, which I understand Angelos is going to build with OpenJDK 7 (instead of OpenJDK 6).<br>
<br>
I think our biggest challenge for this 6.0 release of OSGeo-Live will be to see if we can get the Geotools based java applications working with OpenJDK 7.<br>
<br>
Angelos,<br>
Do you plan to build an alpha3 release soon?<br>
<br>
On 29/05/2012 3:17 PM, Frank Gasdorf wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
All right. I just tested it on the 5.5 Release and it fails, because of missing<br>
javax.media.jai.JAI<br>
class. The rendering sub-system requires the Java advanced imaging and<br>
I guess there is no port for openjdk jet.<br>
Because this exception is thrown from a geotools renderer class all<br>
installations that requires geotools would fail. Could anybody confirm<br>
my point of view?<br>
<br>
Cheers,<br>
Frank<br>
<br>
<br>
<br>
<br>
2012/5/29 Frank Gasdorf<<a href="mailto:fgdrf@users.sourceforge.net" target="_blank">fgdrf@users.<u></u>sourceforge.net</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Brian,<br>
<br>
please note, that uDig is shipped and installed with its own JRE. To<br>
verify which JRE is used open the "About uDig" Dialog in the launched<br>
Application (Menu -> Help -> About uDig". In the opened Dialog you<br>
will find a "installation Details" Buttown left below, hit it and<br>
switch afterwards to the "Configuration" tab.<br>
<br>
For the uDig installation (1.2.2) you will see something like this:<br>
<br>
java.home=/usr/lib/udig/jre<br>
java.runtime.version=1.6.0_25-<u></u>b06<br>
<br>
To test against the installed JRE please go through:<br>
<br>
* goto /usr/lib/udig with terminal/shell (cd /usr/lib/udig)<br>
* type "sudo mv jre jreXXX" and type the password afterwards (user)<br>
* start uDig again<br>
<br>
and in the same About Dialog mentioned above you will see<br>
java.home=/usr/lib/jvm/java-6-<u></u>openjdk (or something like this, but<br>
not the bundled JRE from /usr/lib/udig)<br>
<br>
Start testing the Walkthrough to verify everything is fine:<br>
<a href="http://live.osgeo.org/en/quickstart/udig_quickstart.html" target="_blank">http://live.osgeo.org/en/<u></u>quickstart/udig_quickstart.<u></u>html</a><br>
<br>
Cheers,<br>
Frank<br>
<br>
<br>
2012/5/29 Brian Hamlin<<a href="mailto:maplabs@light42.com" target="_blank">maplabs@light42.com</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All-<br>
<br>
you know that GeoTools and the Java apps are very important to this disk..<br>
I personally want to get this resolved the best way it can. I also am not a<br>
Java dev,<br>
so I am missing a lot of the details under the surface... however<br>
<br>
I just micro tested uDig on the Live build Alpha 2.. all I tried was two<br>
things..<br>
Open a shape file, and open a TIF file.. and it worked fine !<br>
<br>
openJDK-6<br>
<br>
so there may be more going on, but it appears to me that we may be able to<br>
get<br>
away with openJDK-6. Maybe 7 too..<br>
<br>
best regards from Berkeley, California<br>
<br>
<br>
==<br>
Brian Hamlin<br>
GeoCal-ish<br>
OSGeo California Chapter<br>
<a href="tel:415-717-4462" value="+14157174462" target="_blank">415-717-4462</a> cell<br>
<br>
<br>
______________________________<u></u>_________________<br>
Live-demo mailing list<br>
<a href="mailto:Live-demo@lists.osgeo.org" target="_blank">Live-demo@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/live-demo" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/live-demo</a><br>
<a href="http://live.osgeo.org" target="_blank">http://live.osgeo.org</a><br>
<a href="http://wiki.osgeo.org/wiki/Live_GIS_Disc" target="_blank">http://wiki.osgeo.org/wiki/<u></u>Live_GIS_Disc</a><br>
</blockquote></blockquote>
______________________________<u></u>_________________<br>
Live-demo mailing list<br>
<a href="mailto:Live-demo@lists.osgeo.org" target="_blank">Live-demo@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/live-demo" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/live-demo</a><br>
<a href="http://live.osgeo.org" target="_blank">http://live.osgeo.org</a><br>
<a href="http://wiki.osgeo.org/wiki/Live_GIS_Disc" target="_blank">http://wiki.osgeo.org/wiki/<u></u>Live_GIS_Disc</a><br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
-- <br></div></div>
Cameron Shorter<br>
Geospatial Solutions Manager<br>
Tel: <a href="tel:%2B61%20%280%292%208570%205050" value="+61285705050" target="_blank">+61 (0)2 8570 5050</a><br>
Mob: <a href="tel:%2B61%20%280%29419%20142%20254" value="+61419142254" target="_blank">+61 (0)419 142 254</a><br>
<br>
Think Globally, Fix Locally<br>
Geospatial Solutions enhanced with Open Standards and Open Source<br>
<a href="http://www.lisasoft.com" target="_blank">http://www.lisasoft.com</a><br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small"><div>
Angelos Tzotsos</div><div>Remote Sensing Laboratory</div><div>National Technical University of Athens</div><div><a href="http://users.ntua.gr/tzotsos" target="_blank">http://users.ntua.gr/tzotsos</a></div></span></span><br>
</div>