[gdal-dev] libFileGDBAPI.so not found with compiling gdal 1.9.2 on openSUSE 12.2 x64.

Fri Jan 25 15:34:39 PST 2013

When I check-out the libgdal package and I run the osc build command, isn't
this building locally and not trying to *upload *any binaries? I thought
this chroot was in my local machine and only making changes there?

I was trying to keep this all a local build by following the instructions
at: https://en.opensuse.org/openSUSE:Build_Service_Tutorial maybe I
misunderstood what "local" really means. Should I not be using osc to build
this and instead use the rpmbuild commands directly?

I'll explore those two options you've suggested, I was trying to do option
2, but kept running into permission issues when the source tarball for the
API was being extracted to the chroot environment at /usr/lib64 with
permission denied.

I'll read more on this stuff, thanks again.

I think I just need to read more on how to handle user permissions in the
spec file, so I'll take some time to read some more docs on bundling RPMs
from spec files.

On Fri, Jan 25, 2013 at 3:57 PM, Angelos Tzotsos <gcpp.kalxas at gmail.com>wrote:

>  Hi Donovan,
>
> This approach will not work.
>
> OpenBuildService (OBS) is a system to automate builds and create packages,
> and we are using it to
> http://openbuildservice.org/
>
> openSUSE Build Service is a deployment of OBS that we are using to produce
> openSUSE distribution
> https://build.opensuse.org/
>
> The root of your problem:
>
> OBS builds packages in an isolated environment (chroot or kvm virtual
> machines where network is not accessible).
> In order to satisfy dependencies, those have to be already packaged and
> get pre-installed on the chroot environment (or vm) as specified by the
> "Requires:" and "BuildRequires:" sections of the spec file.
> This is made in order to CONFIRM that everything that is needed to build
> the new rpm package is already included in the distribution and that the
> source code is available for it.
> On the openSUSE Build Service (including Application:Geo repository) it is
> FORBIDDEN to upload binaries, only source code is permitted. This is done
> to confirm that our distribution can be built completely from source code.
> OBS is Open Source and if you want to build non open source stuff you can
> deploy it on your own server, no problem there.
>
> The specifics of your problem:
>
> It is correct to use ./configure --with-fgdb=/usr/lib64/FIleGDB_API  but
> the problem is that these files have to be installed inside the chroot
> environment.
> You have 2 options:
> 1. Create an RPM for the GDB_API and make a "BuildRequires" statement in
> the spec file to pull it in the build environment
> 2. Include the original tar.gz files on your spec file and move around
> files in correct places before the configure command
>
> I hope this helps.
>
> Best,
> Angelos
>
>
>
> On 01/25/2013 11:34 PM, Donovan Cameron wrote:
>
> My buildlog from "osc build openSUSE_12.2 x86_64 libgdal.spec --clean" if
> it helps.
> http://paste.opensuse.org/view/raw/e119c82d
>
>
> On Fri, Jan 25, 2013 at 1:54 PM, Donovan Cameron <sault.don at gmail.com> <sault.don at gmail.com>wrote:
>
>
>  I've tested compiling the 64bit gdal-1.9.2 from the tar.gz source file:
>
> ./configure --with-fgdb=/usr/lib64/FileGDB_API
>
> And it completes successfully where I can see the FileGDB driver
> read/write format in the output of ogrinfo --formats.
>
> There must be something in this SPEC file that is causing a conflict
> so that that the .so for the FileGDB driver can't be found, even after
> it's registered with ldconfig.
>
> On Fri, Jan 25, 2013 at 11:05 AM, Donovan Cameron <sault.don at gmail.com> <sault.don at gmail.com>
> wrote:
>
>  Thanks for the suggestion Jan.
>
> I tried to compile the 32-bit libgdal with the 32bit FileGDB_API but
> still throws the same error...
> Is it possible that the osc tool is looking inside it's build
> environment at /tmp or /usr/tmp instead of my local user files at
> /usr/lib64?
>
> I might take this problem to the package maintainer for libgdal on
> openSUSE 12.2 to see if they have attempted to compile with FileGDB
> support.
>
> On Fri, Jan 25, 2013 at 1:19 AM, Jan Heckman <jan.heckman at gmail.com> <jan.heckman at gmail.com>
>
>  wrote:
>
>  Hi,
> On windows, using visual studio (2008 and 2012), I could compile both 32
> bits and 64 bits, but only the 32 bits version actually worked.
> I haven't tried to figure out why the 64 bits version didn't work, 32
>
>  bits
>
>  was good enough for me.
> Hope this is an option for you as well,
> Jan
>
> On Fri, Jan 25, 2013 at 5:23 AM, Donovan Cameron <sault.don at gmail.com> <sault.don at gmail.com>
> wrote:
>
>  Looks like over in the [qgis-user] list, someone is having similar
> problems:
>
>
>   https://groups.google.com/d/msg/qgis_user_remote/B2J9sOsSLbo/BIpAHZ84bhgJ
>
>   On Thu, Jan 24, 2013 at 9:05 PM, Donovan Cameron <sault.don at gmail.com> <sault.don at gmail.com>
> wrote:
>
>  I can't seem to compile GDAL with FileGDB support on openSUSE.
> I'm compiling locally using the OBS tools (osc) and have checked-out
> the libgdal package from the Application:Geo project.
>
> Steps I've taken:
>
> 1) Download FileGDB_API_1_2-64.tar.gz
>
> 2) tar xzvf FileGDB_API_1_2-64.tar.gz -C /usr/lib64/
>
> 3) export LD_LIBRARY_PATH=/usr/lib64/FileGDB_API/lib
> cd /usr/lib64/FileGDB_API/samples
> make
> cd bin
> ./Querying #Works, so the API is fine.
>
> 4) su -
> $ vi /etc/ld.so.conf.d/fgdb.conf #Added a single entry:
> /usr/lib64/FileGDB_API/lib
> $ ldconfig #A grep of this with the -v flag shows it registered fine
>
> 5) #Some openSUSE specific stuff, b/c I'm building locally via the
>
>   OBS
>
>   $ zypper in osc
> cd /home/saultdon/Development/obs
> osc co Application:Geo libgdal
> cd Application:Geo/libgdal
> vi libgdal.spec #added "--with-fgdb=/usr/lib64/FileGDB_API" in
> %configure section
> #I also did a test build without that configure param. first and it
> compiled fine with working RPMs
> osc build openSUSE_12.2 x86_64 libgdal.spec --clean
>
> Resulting Error:
> [  209s] checking for libFileGDBAPI.so in in
> /usr/lib64/FileGDB_API/lib... configure: error: not found.
> [  209s] error: Bad exit status from /var/tmp/rpm-tmp.7SOa8g (%build)
> [  209s] RPM build errors:
> [  209s] Bad exit status from /var/tmp/rpm-tmp.7SOa8g (%build)
> The buildroot was: /var/tmp/build-root
>
> libFileGDBAPI.so file exists, ldconfig registered it, and the API
>
>   test
>
>   worked fine, the env. var. LD_LIBRARY_PATH is also set, but I don't
> even think that's necessary. I only had to set that to get the API
> test to work.
>
> I'm not sure where this is going wrong. If anyone has any input or
> needs more information, let me know.
>
>
> Thanks!
>
>
> Donovan
>
>  _______________________________________________
> gdal-dev mailing listgdal-dev at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
>
> _______________________________________________
> gdal-dev mailing listgdal-dev at lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
>
> --
> Angelos Tzotsos
> Remote Sensing Laboratory
> National Technical University of Athenshttp://users.ntua.gr/tzotsos
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20130125/e8184c6c/attachment.html>