Opened 6 years ago

Closed 6 years ago

#1159 closed defect (fixed)

libgdal-grass not updated for latest grass

Reported by: kalxas Owned by: live-demo@…
Priority: normal Milestone: OSGeoLive7.0
Component: OSGeoLive Keywords: ossim, libgdal
Cc: epifanio

Description

Recent move to libgdal1h has caused ossim breaking the build process (malloc error causes chroot freeze). We need someone to step up and create a new ossim package based on the new gdal. Until then, ossim is removed from nightly builds.

Change history (21)

comment:1 Changed 6 years ago by hamish

Keywords: ossim libgdal added

was ossim built using the standard 12.04 gdal packages or volatile ubuntugis ones?

if it happens that ossim was built against the official ubuntu packages, then the bug is not with ossim.

?

I still find it odd that a user-space crash would take out the chroot.

Hamish

ps- note Massimo may be traveling.

comment:2 Changed 6 years ago by hamish

Angelos, could you cut and paste the error from the build log here?

the old log doesn't seem to be up anymore at http://aiolos.survey.ntua.gr/gisvm/dev/

thanks, Hamish

comment:3 Changed 6 years ago by kalxas

Selecting previously unselected package libjpeg62.
(Reading database ... 215589 files and directories currently installed.)
Unpacking libjpeg62 (from .../libjpeg62_6b1-2ubuntu1_i386.deb) ...
Setting up libjpeg62 (6b1-2ubuntu1) ...
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
ERROR 4: `/usr/local/share/data/raster/BlueMarble_small.tiff' does not
exist in the file system,
and is not recognised as a supported dataset name.

GDALOpen failed - 4
`/usr/local/share/data/raster/BlueMarble_small.tiff' does not exist in the
file system,
and is not recognised as a supported dataset name.

MPI running with 1 processors...
WARNING: Unable to open image file
/usr/share/ossim/images/reference/bluemarble.tif
Elapsed time: 0
Image does not exist /usr/share/ossim/images/reference/bluemarble.tif
Warning 1: GRASS warning: GISBASE enviroment variable was not set, using:
/usr/lib/grass64
Input file size is 1899, 1398
Input file size is 1899, 1398
0Warning 1: Unable to export color table to GeoTIFF file.  Color tables
can only be written to 1 band or 2 bands Byte or UInt16 GeoTIFF files.
Warning 1: GRASS warning: GISBASE enviroment variable was not set, using:
/usr/lib/grass64
...10...20...30...40...50...60...70...80...90...100 - done.
*** glibc detected *** /usr/local/ossim/bin/ossim-orthoigen: malloc():
memory corruption: 0x08b0b290 ***

comment:4 Changed 6 years ago by hamish

Cc: epifanio added

problematic ossim-orthoigen command commented out in r10394. (not installed blue marble image too, but note we had a symlinked clone of that in the shared data dir somewhere)

this was nothing to do with GDAL AFAICT (?at least on the surface?).

I think it's ok to re-add ossim to the main build list now.

todo (me): work on remaking the north carolina geotiffs with optimized data-types.

Hamish

comment:5 Changed 6 years ago by kalxas

Priority: criticalmajor

After last commit, ossim is included again, without freezing the build server.

comment:6 Changed 6 years ago by kalxas

Priority: majornormal

Hamish, I am leaving this open to remind us of the todo item.

Thanks, Angelos

comment:7 Changed 6 years ago by hamish

there is /usr/share/osgearth/world.tif (symlinked to ~/data/raster/world.tif) to play with too.

Some flavor of bluemarble.tif is nice to have on disc, that one is 12mb compressed as bzip2 to world.tif's 2.4mb compressed as bzip2.

open question: is the world.tif one detailed enough for our needs? or is the +10mb worth it for more detail? (if so, we should swap it in and remove the osgearth world.tif dupe)

Hamish

comment:8 Changed 6 years ago by kalxas

It would be nice to have a more detailed version and some WMS server pointing at it (preferably Mapserver that is always up)

comment:9 in reply to:  8 Changed 6 years ago by hamish

Replying to kalxas:

It would be nice to have a more detailed version and some WMS server pointing at it (preferably Mapserver that is always up)

for grass's r.in.wms module tutorial we are using http://mapserver.flightgear.org/ (TelaScience? / OSGeo / FlightGear? Landcover Database Mapserver), but it is a bit underpowered.

NASA JPL's OnEarth? one is only tile)-WMS now (only accepts requests for certain bboxes + zooms), but this one looks interesting, and has BlueMarble?

Hamish

comment:10 Changed 6 years ago by kalxas

Hamish, thank you for the links.

What I meant was to create a BlueMarble? WMS on the disk so that it is available offline too. And this would be nice with the more detailed version.

comment:11 in reply to:  10 ; Changed 6 years ago by hamish

Replying to kalxas:

What I meant was to create a BlueMarble? WMS on the disk so that it is available offline too. And this would be nice with the more detailed version.

ah, sorry. yes, it's a nice idea.

Hamish

ps- (offtopic)- do you know who was responsible for making the nice ZOO trac theme?

comment:12 Changed 6 years ago by kalxas

re ZOO: no, I have to ask :)

comment:13 in reply to:  11 Changed 6 years ago by lucadelu

Replying to hamish:

ps- (offtopic)- do you know who was responsible for making the nice ZOO trac theme?

Nickolas Bozon, he told me that should be enough override trac.css

cheers Luca

comment:14 Changed 6 years ago by kalxas

Priority: normalmajor

ossim is (again) not installed (7.0beta2) due to grass dependency

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libgdal1-1.9.0-grass : Depends: grass643-3 but it is not installable
E: Unable to correct problems, you have held broken packages.
ERROR: Package install failed! Aborting.

comment:15 Changed 6 years ago by hamish

actually it was the gdal dependency:

apt-get install libgdal1-1.9.0 libgdal1-1.9.0-grass

neither work anymore, the grass plugin there had the extra feature that it depended on a non-existent grass package name.

I've updated those to the now-in-ubuntugis version 1.10 to make dpkg happy (r10578), but I suspect the ossim.tar.gz binary will need to be rebuilt against the current gdal package before the program will work.

anyway it will give us an idea of installed size.

Hamish

comment:16 Changed 6 years ago by kalxas

it seems that there is a change in the build message:

Processing triggers for menu ...
Reading package lists...
Building dependency tree...
Reading state information...
libgdal1h is already the newest version.
libgdal1h set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libgdal1-1.10.0-grass : Depends: grass643-3 but it is not installable
E: Unable to correct problems, you have held broken packages.
ERROR: Package install failed! Aborting.

comment:17 Changed 6 years ago by hamish

Right, there is a bogus dependency in the .deb on "grass643-3", a package name which does not exist. I think it should be set in the debian/control file as "grass-core" instead?

Hamish

comment:18 Changed 6 years ago by kalxas

Priority: majornormal

ossim is included in beta3. gdal-grass problem with package still valid.

comment:19 Changed 6 years ago by kalxas

Summary: ossim blocks nightly buildslibgdal-grass not updated for latest grass

comment:20 Changed 6 years ago by jlarouche

libgdal-grass have been built against the latest grass version.

comment:21 Changed 6 years ago by kalxas

Resolution: fixed
Status: newclosed

tested in build 10764 and works fine.

Note: See TracTickets for help on using tickets.