<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    On 10/01/14 18:23, Jay L. wrote:<br>
    <span style="white-space: pre;">> Success.  Ivan, I used your
      ./configure flags - stock was also not working on this VM.  <br>
      ><br>
      > I wonder if the dev. community is large enough to warrant
      storing a lightweight Vagrant box image somewhere. <br>
      ></span><br>
    <br>
    Thinking along these lines, Docker has been getting a lot of
    traction lately<br>
    (<a class="moz-txt-link-freetext" href="http://www.docker.io">http://www.docker.io</a>) as a way to manage linux containers: I can
    see a<br>
    standard GDAL/OGR container with a broad selection of drivers being
    useful in a<br>
    similar way to a Vagrant box image.<br>
    <br>
    Container images can be hosted without cost to the community on the
    Docker<br>
    Index (<a class="moz-txt-link-freetext" href="https://index.docker.io">https://index.docker.io</a>).<br>
    <br>
    See also
    <a class="moz-txt-link-rfc2396E" href="http://blog.docker.io/2013/11/introducing-trusted-builds/"><http://blog.docker.io/2013/11/introducing-trusted-builds/></a> as
    a way<br>
    of automatically rebuilding a container image on the Docker Index
    every time a<br>
    github commit is made.<br>
    <br>
    Thanks,<br>
    <br>
    Homme<br>
    <br>
    <span style="white-space: pre;">> Thanks Frank, Evan and Ivan.<br>
      ><br>
      ><br>
      > On Fri, Jan 10, 2014 at 9:54 AM, Ivan Lucena
      <a class="moz-txt-link-rfc2396E" href="mailto:lucena_ivan@hotmail.com"><lucena_ivan@hotmail.com></a> wrote:<br>
      ><br>
      >     I always build with:<br>
      ><br>
      >       --with-libz=internal \<br>
      >       --with-png=internal \<br>
      >       --with-libtiff=internal \<br>
      >       --with-geotiff=internal \<br>
      >       --with-jpeg=internal \<br>
      >       --with-gif=internal \<br>
      ><br>
      >      If that helps...<br>
      ><br>
      >     > Date: Fri, 10 Jan 2014 17:33:52 +0100<br>
      >     > From: <a class="moz-txt-link-abbreviated" href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a><br>
      >     > To: <a class="moz-txt-link-abbreviated" href="mailto:jlaura@asu.edu">jlaura@asu.edu</a><br>
      >     > CC: <a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
      >     > Subject: Re: [gdal-dev] Standard Dev. Environment?<br>
      ><br>
      >     ><br>
      >     > Jay,<br>
      >     ><br>
      >     > hum it is well possible that the build with
      --without-jpeg doesn't work and that<br>
      >     > some drivers will try to use it. I haven't tried it
      for ages. GDAL has an<br>
      >     > internal version of libjpeg, so when you've no
      external libjpeg, that one will<br>
      >     > be picked up. I imagine that very few people test
      --without-jpeg.<br>
      >     ><br>
      >     > Frank suggested you to just use plain "./configure".
      I'd recommend strongly that<br>
      >     > you just to try it. This must work well and
      autodetect which libs are available<br>
      >     > or not. The BuildingOnUnixWithMinimizedDrivers page
      you quote represents a<br>
      >     > non-standard configuration of GDAL, so you may hit
      rough corners.<br>
      >     ><br>
      >     > To answer your question concerning the value for
      --with-jpeg, it is the<br>
      >     > installation prefix of libjpeg. Typically /usr for
      system jpeg (but that one<br>
      >     > would be picked up implicitely) or /usr/local (if
      you've installed your own<br>
      >     > libjpeg).<br>
      >     ><br>
      >     > > Evan,<br>
      >     > ><br>
      >     > > Thanks for the info. One more question for you
      - make clean worked, but I<br>
      >     > > have hit another issue:<br>
      >     > ><br>
      >     > > After running `./configure --without-jpeg ...`,
      `make clean`, `sudo make<br>
      >     > > install`:<br>
      >     > > ...<br>
      >     > > /home/vagrant/gdal-1.10.1/libgdal.so: undefined
      reference to<br>
      >     > > `jpeg_write_scanlines'<br>
      >     > > /home/vagrant/gdal-1.10.1/libgdal.so: undefined
      reference to<br>
      >     > > `jpeg_CreateCompress'<br>
      >     > > /home/vagrant/gdal-1.10.1/libgdal.so: undefined
      reference to<br>
      >     > > `jpeg_read_scanlines'<br>
      >     > ><br>
      >     > > So lib-jpeg is seen. This doesn't make sense
      since I have --without-jpeg<br>
      >     > > specified in the config. I looked in the config
      and must have missed it -<br>
      >     > > does a flag to specify the full PATH to libjpeg
      exist?<br>
      >     > ><br>
      >     > > Thanks,<br>
      >     > > Jay<br>
      >     > ><br>
      >     > ><br>
      >     > > On Fri, Jan 10, 2014 at 7:24 AM, Even Rouault<br>
      >     > > <a class="moz-txt-link-rfc2396E" href="mailto:even.rouault@mines-paris.org"><even.rouault@mines-paris.org></a>wrote:<br>
      >     > ><br>
      >     > > > Selon "Jay L." <a class="moz-txt-link-rfc2396E" href="mailto:jlaura@asu.edu"><jlaura@asu.edu></a>:<br>
      >     > > ><br>
      >     > > > > Frank,<br>
      >     > > > ><br>
      >     > > > > Thanks for the heads up. I am using
      the --without-jasper flag as part of<br>
      >     > > > > the ./configure call. Here is the
      error that I am seeing - that led to<br>
      >     > > > me<br>
      >     > > > > to believe that the issue is jasper
      related:<br>
      >     > > > ><br>
      >     > > > > make[1]: Entering directory
      `/home/vagrant/gdal-1.10.1/apps'<br>
      >     > > > > g++ gdalinfo.o commonutils.o
      -L/home/vagrant/gdal-1.10.1 -lgdal<br>
      >     > > > > -lpthread -lm -lrt -ldl -o gdalinfo<br>
      >     > > > > /home/vagrant/gdal-1.10.1/libgdal.so:
      undefined reference to<br>
      >     > > > `dec_jpeg2000'<br>
      >     > > > > collect2: ld returned 1 exit status<br>
      >     > > > > make[1]: *** [gdalinfo] Error 1<br>
      >     > > > > make[1]: Leaving directory
      `/home/vagrant/gdal-1.10.1/apps'<br>
      >     > > > > make: *** [apps-target] Error 2<br>
      >     > > > ><br>
      >     > > > > I did install libjpeg-dev and
      libjasper-dev in hopes that this would<br>
      >     > > > > alleviate the issue.<br>
      >     > > > ><br>
      >     > > > > Perhaps I am pursuing the issue in
      the wrong direction?<br>
      >     > > ><br>
      >     > > > When you run ./configure several times,
      make sure to run "make clean"<br>
      >     > > > between<br>
      >     > > > the attempts. I'm not clear why you've had
      this error with the<br>
      >     > > > "dec_jpeg2000"<br>
      >     > > > symbol that is defined and used in the
      GRIB driver (it has a definition<br>
      >     > > > even if<br>
      >     > > > you don't have Jasper). Anway the "make
      clean" will probably solve it.<br>
      >     > > > Generally, "./configure" without any
      particular argument should work on<br>
      >     > > > most<br>
      >     > > > platforms.<br>
      >     > > ><br>
      >     > > > ><br>
      >     > > > > Thanks,<br>
      >     > > > > Jay<br>
      >     > > > ><br>
      >     > > > ><br>
      >     > > > > On Thu, Jan 9, 2014 at 9:33 PM, Frank
      Warmerdam <a class="moz-txt-link-rfc2396E" href="mailto:warmerdam@pobox.com"><warmerdam@pobox.com></a><br>
      >     > > > wrote:<br>
      >     > > > ><br>
      >     > > > > > Jay,<br>
      >     > > > > ><br>
      >     > > > > > Are you needing Jasper? Normally
      a default build ("./configure")<br>
      >     > > > should<br>
      >     > > > > > work pretty well on a precise
      system. I'm guessing you have enabled<br>
      >     > > > jasper<br>
      >     > > > > > because it is key to what you
      want to do? If not --without-jasper<br>
      >     > > > should<br>
      >     > > > > > be straight forward.<br>
      >     > > > > ><br>
      >     > > > > > Best regards,<br>
      >     > > > > > Frank<br>
      >     > > > > ><br>
      >     > > > > ><br>
      >     > > > > ><br>
      >     > > > > > On Thu, Jan 9, 2014 at 8:00 PM,
      Jay L. <a class="moz-txt-link-rfc2396E" href="mailto:jlaura@asu.edu"><jlaura@asu.edu></a> wrote:<br>
      >     > > > > ><br>
      >     > > > > >> List,<br>
      >     > > > > >><br>
      >     > > > > >> I wonder if a standard dev.
      environment exists? I am working to<br>
      >     > > > extend a<br>
      >     > > > > >> driver and am having trouble
      getting an environment working that will<br>
      >     > > > > >> compile. Current setup is a
      VagrantVM, Ubuntu 12.04 32-bit with<br>
      >     > > > source<br>
      >     > > > > >> downloaded from SVN.
      Attempting to build with minimized<br>
      >     > > > > drivers<<br>
      >     > > >
      <a class="moz-txt-link-freetext" href="http://trac.osgeo.org/gdal/wiki/BuildingOnUnixWithMinimizedDrivers">http://trac.osgeo.org/gdal/wiki/BuildingOnUnixWithMinimizedDrivers</a>>as<br>
      >     > > > > per the build documentation and am
      having build errors due to<br>
      >     > > > > >> dec_jpeg2000 (jasper I
      believe).<br>
      >     > > > > >><br>
      >     > > > > >> Q: Are devs using a standard
      environment (or a different flavor of<br>
      >     > > > *nix?)?<br>
      >     > > > > >><br>
      >     > > > > >><br>
      >     > > > > >><br>
      >     > > > > >><br>
      >     > > > > >><br>
      >     > > > > >>
      _______________________________________________<br>
      >     > > > > >> gdal-dev mailing list<br>
      >     > > > > >> <a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
      >     > > > > >>
      <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
      >     > > > > >><br>
      >     > > > > ><br>
      >     > > > > ><br>
      >     > > > > ><br>
      >     > > > > > --<br>
      >     > > > > ><br>
      >     > > > > ><br>
      >     > > > ><br>
      >     > > ><br>
      >     > >
---------------------------------------+--------------------------------------<br>
      >     > > > > > I set the clouds in motion -
      turn up | Frank Warmerdam,<br>
      >     > > > > > <a class="moz-txt-link-abbreviated" href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a><br>
      >     > > > > > light and sound - activate the
      windows | <a class="moz-txt-link-freetext" href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam</a><br>
      >     > > > > > and watch the world go round -
      Rush | Geospatial Software Developer<br>
      >     > > > > ><br>
      >     > > > ><br>
      >     > > ><br>
      >     > > ><br>
      >     > ><br>
      >     > _______________________________________________<br>
      >     > gdal-dev mailing list<br>
      >     > <a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
      >     > <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
      ><br>
      ><br>
      ><br>
      ><br>
      > _______________________________________________<br>
      > gdal-dev mailing list<br>
      > <a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
      > <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></span><br>
    <br>
    <br>
  </body>
</html>