Tiger Shapefile tiling problem

[Stephen Woodbridge]

apt-get install libgd2-xpm-dev

Jeff Portwine wrote:
> I'm not sure but i'm pretty sure I had to install gd-devel when I first
> installed the rest of the mapserver debian package.    At any rate,  if i
> try now to install the libgd2-dev package it says it has to uninstall
> cgi-mapserver, libgd2-xpm, mapserver-bin, and php4-mapscript.    After all
> the trouble I had getting mapserver installed  and working, i'm not
> about to
> let anything uninstall them..
>
> Is there a debian binaries package available anywhere ?
>
> -Jeff
>
> ----- Original Message -----
> From: "Camden Daily" <cdaily at GMAIL.COM>
> To: <MAPSERVER-USERS at LISTS.UMN.EDU>
> Sent: Thursday, March 17, 2005 12:17 PM
> Subject: Re: [UMN_MAPSERVER-USERS] Tiger Shapefile tiling problem
>
>
>> You may need to install the devel packages for the underlying
>> libraries to compile against them.  For example, you might have gd
>> installed, but maybe not gd-devel.  The developer packages aren't
>> needed by RPMs, but they're usually necessary to compile software
>> against.
>>
>> I've just taken to installing the devel packages for all the software
>> I install anymore...
>>
>> -Camden
>>
>>
>> On Thu, 17 Mar 2005 12:09:42 -0500, Jeff Portwine <jdport at veritime.com>
>> wrote:
>>
>>> I tried doing the complile, but as expected it just blows up during the
>>> ./configure phase and I just can't get anywhere with it.   I think
>>> mapserver
>>> is one of the most difficult to build programs i've dealt with.   I
>>> never
>>> was able to get it to compile originally, and I was very happy when I
>>> found
>>> the debian package that I could install mapserver with.
>>>
>>> Now, I know that i have all the required packages installed because when
>>> I
>>> installed the debian package it updated all of the various libraries
>>> that
>>> mapserver requires.    But when I try to do  ./configure it can't find
>>> any
>>> of them.    It looks to me like just about every library mapserver is
>>> complaining about is in /usr/lib but even when I try adding configure
>>> options like --with-gd=/usr  or --with-gd=/usr/lib  it still can't find
>>> the
>>> required libraries.... I just don't get it.
>>>
>>> libgd.so isn't hte only one it can't find... it can't find freetype,
>>> zlib,
>>> png, jpeg, or xpm either... here is a copy of the configure errors...
>>>
>>> configure: checking where FreeType 2.x is installed...
>>> checking for FT_Init_FreeType in -lfreetype... no
>>>         freetype-config or libfreetype cannot be found, possibly needed
>>> for
>>> GD
>>> configure: checking where Zlib is installed...
>>> checking for zlibVersion in -lz... no
>>>         Zlib (libz) library cannot be found, possibly needed for GD
>>> configure: checking where PNG is installed...
>>> checking for png_init_io in -lpng... no
>>>         PNG (libpng) library cannot be found, possibly needed for GD
>>> configure: checking whether we should include JPEG support...
>>> checking for jpeg_read_header in -ljpeg... no
>>>         libjpeg not found. JPEG support not included, possibly needed
>>> for
>>> GD.
>>> configure: checking where libXpm is installed...
>>> checking for XpmFreeXpmImage in -lXpm... no
>>>         XPM (libXpm) library cannot be found, possibly needed for GD
>>> configure: checking where libiconv is installed...
>>> checking for iconv_open in -lc... yes
>>> checking for libiconv_open in -liconv... no
>>>         using libiconv from system libs.
>>>         libiconv found. Enabling internationalization (-DUSE_ICONV)
>>> configure: checking for GD 2.0.12 or higher...
>>> checking for gdImageSetAntiAliased in -lgd... yes
>>> checking for gdImageSetAntiAliased in -lgd... (cached) yes
>>> configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local.
>>> Make sure GD 2.0.12 or higher is compiled before calling configure. You
>>> may
>>> also get this error if you didn't specify the appropriate location for
>>> one
>>> of GD's dependencies (freetype, libpng, libjpeg or libiconv).
>>>
>>> This is the output with no configure options... the only thing that
>>> changes
>>> if i put in things like --with-gd=/usr or --with-freetype=/usr, etc, is
>>> that
>>> it says it can't find things in /usr instead of being unable to find
>>> them
>>> in
>>> /usr/local.
>>>
>>> If anybody has any clues on how to get this working please let me know.
>>> All this headache just for one utility... :\
>>>
>>> -Jeff
>>>
>>
>