[ELGIS] regarding new packages, updrading existing and other ELGIS questions

Rashad M mohammedrashadkm at gmail.com
Wed Nov 19 11:14:22 PST 2014


Hi Markus,

On Wed, Nov 19, 2014 at 8:06 PM, Markus Neteler <neteler at osgeo.org> wrote:

> On Wed, Nov 19, 2014 at 7:46 PM, Rashad M <mohammedrashadkm at gmail.com>
> wrote:
> ...
> > I want ITK toolkit -
> http://pkgs.fedoraproject.org/cgit/InsightToolkit.git/
>
> FWIW, below some related notes as a start. I tried to compile OTB on a
> ScientificLinux 6.4 system.
>
> best,
> Markus
>
> ----------------------------
> OTB INSTALLATION ON CLUSTER WITH SCIENTIFIC LINUX 6.4
>
> (incomplete)
>
> Requirements:
>
> http://www.orfeo-toolbox.org/SoftwareGuide/SoftwareGuidech2.html#x14-210002.2
>
> 1) ITK
>
> Sub-Requirements:
> -vxl
>  - Error: No Package found for dcmtk-devel
>    https://admin.fedoraproject.org/pkgdb/package/dcmtk/
>      http://koji.fedoraproject.org/koji/packageinfo?packageID=11881
>      --> compiled from SRPM, ok (dcmtk-3.6.0-18.el6.x86_64.rpm)
>
>  - Error: No Package found for expatpp-devel
>    https://admin.fedoraproject.org/pkgdb/package/expatpp/
>      http://koji.fedoraproject.org/koji/packageinfo?packageID=14948
>      --> compiled from SRPM, ok
> (expatpp-0-5.20121019gitd8c1bf8.el6.x86_64.rpm)
>
>  - Error: No Package found for klt-devel
>    https://apps.fedoraproject.org/packages/klt-devel/updates
>      http://koji.fedoraproject.org/koji/buildinfo?buildID=559585
>      --> compiled from SRPM, ok (klt-1.3.4-10.el6.x86_64.rpm)
>
>  - Error: No Package found for rply-devel
>    https://admin.fedoraproject.org/pkgdb/package/rply/
>     http://koji.fedoraproject.org/koji/packageinfo?packageID=10055
>      --> compiled from SRPM, ok (rply-1.1.2-4.el6.x86_64.rpm)
>
>   # install all from /root/rpmbuild/RPMS/x86_64/
>    yum install dcmtk-devel-3.6.0-18.el6.x86_64.rpm
> expatpp-devel-0-5.20121019gitd8c1bf8.el6.x86_64.rpm \
>         klt-devel-1.3.4-10.el6.x86_64.rpm
> rply-devel-1.1.2-4.el6.x86_64.rpm
>
>
> Sub-Requirement: gdcm
>   yum install libuuid-devel mesa-libOSMesa-devel openjpeg-devel
> python3-devel
>  - gdcm
>    https://admin.fedoraproject.org/pkgdb/package/gdcm/
>     http://koji.fedoraproject.org/koji/buildinfo?buildID=486393
>    ---> gdcm-2.2.6-2.fc20.src.rpm  (don't use more recent as it now want
> python3!)
>
>   yum install  libuuid-devel mesa-libOSMesa-devel openjpeg-devel
>
>   Now modify the SPEC file to enforce python2 usage:
>
> [root at giscluster SPECS]# diff -u gdcm.spec.orig gdcm.spec
> --- gdcm.spec.orig 2014-08-28 17:22:14.228689843 +0200
> +++ gdcm.spec 2014-08-28 17:21:25.939855925 +0200
> @@ -139,7 +139,8 @@
>   -DGDCM_USE_SYSTEM_LJPEG=OFF \
>   -DGDCM_USE_SYSTEM_OPENSSL=ON \
>   -DGDCM_USE_JPEGLS=ON \
> - -DGDCM_USE_SYSTEM_POPPLER=OFF
> + -DGDCM_USE_SYSTEM_POPPLER=OFF \
> +        -DPYTHON_VERSION_MAJOR=2
>
>   rpmbuild -ba /root/rpmbuild/SPECS/gdcm.spec
>
>   yum install /root/rpmbuild/RPMS/x86_64/gdcm-2.2.6-2.el6.x86_64.rpm
> /root/rpmbuild/RPMS/x86_64/gdcm-devel-2.2.6-2.el6.x86_64.rpm
> /root/rpmbuild/RPMS/x86_64/gdcm-python-2.2.6-2.el6.x86_64.rpm
>
>
> Sub-Requirement: VXL:
>
>   https://admin.fedoraproject.org/pkgdb/package/vxl/
>     http://koji.fedoraproject.org/koji/buildinfo?buildID=570469
>
>  rpmbuild -ba /root/rpmbuild/SPECS/vxl.spec
>
>
>  yum install Coin2-devel freeglut-devel libdc1394-devel libgeotiff-devel
> minizip-devel SIMVoleon-devel shapelib-devel texi2html xerces-c-devel
>  yum install /root/rpmbuild/RPMS/x86_64/vxl-1.17.0-15.el6.x86_64.rpm
> /root/rpmbuild/RPMS/x86_64/vxl-devel-1.17.0-15.el6.x86_64.rpm
>
> =====================
>
> http://koji.fedoraproject.org/koji/buildinfo?buildID=518307
> --> download SRPM
>
> http://itk.org/ITK/resources/software.html
> --> download InsightToolkit-4.5.2.tar.xz (hosted at Sourceforge)
>     --> merge both the old SPEC with the new InsightToolkit-xxx.tar.gz
>
> rpmbuild -ba InsightToolkit.spec
> yum install gdcm-devel qtwebkit-devel vtk-devel
>
> (not continued so far due to lack of time)
>

oh! this is not easy. Even though external package is the good option, with
OTB there is an alternative:
use internal ITK with OTB

you can control it via cmake

cmake -DOTB_USE_EXTERNAL_ITK=OFF

This will use itk from OTB-source/Utilities/ITK

similar thing you can do with OSSIM and libkml

-DOTB_USE_EXTERNAL_OSSIM
-DOTB_USE_EXTERNAL_LIBKML

-- 
Regards,
   Rashad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/el/attachments/20141119/b983bce7/attachment.html>


More information about the el mailing list