On Mon, Dec 18, 2006 at 08:30:50PM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> The Wiki instructions fall into the usual *nix trap. Rather than
> simple straight forward instructions, they fall off track talking
> about options available. You nee
On Mon, Dec 18, 2006 at 08:32:02PM -0800, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Mon, 18 Dec 2006, Tom Russo wrote:
>
> > If the user plans never to use shapefiles, then we should recommend that the
> > user specifiy "--without-rtree." Six of
Curt Mills wrote:
On Mon, 18 Dec 2006, Tom Russo wrote:
If the user plans never to use shapefiles, then we should recommend that the
user specifiy "--without-rtree." Six of one, half a dozen of another
right now.
rtree is a tiny, tiny library, and if shapefiles aren't used then rtree being
co
On Mon, 18 Dec 2006, Tom Russo wrote:
> If the user plans never to use shapefiles, then we should recommend that the
> user specifiy "--without-rtree." Six of one, half a dozen of another
> right now.
>
> rtree is a tiny, tiny library, and if shapefiles aren't used then rtree being
> compiled in
On Mon, Dec 18, 2006 at 09:18:43PM -0500, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Mon, 18 Dec 2006, Tom Russo wrote:
>
> > On Mon, Dec 18, 2006 at 03:07:47PM -0700, we recorded a bogon-computron
> > collision of the <[EMAIL PROTECTED]> flavor,
On Mon, 18 Dec 2006, William McKeehan wrote:
> conftest.c:155: warning: function declaration isn't a prototype
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot
> find -ldpstk
>
> Then it went on to test for ImageMagick. It failed with the same error.
That one bugs me
On 12/2/06, Tom Russo <[EMAIL PROTECTED]> wrote:
Thanks to Jason Winningham, the Xastir virtual machine I made for use in
VMware player is now available for download
I was finally able to get a chance to download and install the Xastir
virtual machine...
Jason's server rocks! I was able to pul
> Side topic -- At what point does something like libxastir get created?
Or the command line version of Xastir server? ;)
Greg
KD7UBJ
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
On Mon, 18 Dec 2006, Tom Russo wrote:
> On Mon, Dec 18, 2006 at 03:07:47PM -0700, we recorded a bogon-computron
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > xastir 1.8.5 has been configured to use the following
>
> > Building with rtree indexing ... : no
>
On Dec 18, 2006, at 5:28 PM, Tom Russo wrote:
Time to turn it on by default?
yep. I've been ready for a while now.
-Jason
kg4wsv
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Yes!
On Dec 18, 2006, at 6:28 PM, Tom Russo wrote:
So, does anyone here still think that rtree should remain off by
default?
It's been in the code for almost two years, and I think it's had a
good
experimental run. The speed-up vs. memory trade-off seems worth it,
at least if you're doing
Tom Russo wrote:
On Mon, Dec 18, 2006 at 03:07:47PM -0700, we recorded a bogon-computron collision of
the <[EMAIL PROTECTED]> flavor, containing:
xastir 1.8.5 has been configured to use the following
Building with rtree indexing ... : no
So, does anyone
On Mon, Dec 18, 2006 at 03:07:47PM -0700, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> xastir 1.8.5 has been configured to use the following
> Building with rtree indexing ... : no
So, does anyone here still think that rtree should
Woohoo! I got PPC OS X and x86 FreeBSD 6.1 xastir building/running with
GraphicsMagick (OS X MacPorts, FreeBSD pkg_add)!!!
The key for me seems to be removing the ImageMagick package from the
machines or else it is preferred.
On both machines I ran configure as follows:
./configure --with-bdb-in
xastir 1.8.5 has been configured to use the following
options and external libraries:
Building with AX25 . : no
Building with Festival . : yes
Building with GPSMan ... : yes
Building with GraphicsMagick/ImageM
Sorry for the delay in testing.
I added the GraphicsMagick library and run-time stuff to my cygwin setup and
tried to reconfigure. The config process found GM, but failed to find ldpstk:
conftest.c:155: warning: function declaration isn't a prototype
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../
> I haven't done much work yet on libdb. Was this with the latest CVS
Yes
> As far as GraphicsMagick, you may want to install GM again and check
Am doing so on FreeBSD 6.1 right now; will do so on OS X soon. Want to
re-read Dan Brown's OS X email before doing so.
We lost phone/internet again l
And I am still having to use --with-bdb-incdir on my vanilla FreeBSD 6.1
system (using pkg_add ports).
I'll try to get to MacTel OS X later today...
Greg
KD7UBJ
On 12/18/06 11:42 AM, "Curt, WE7U" <[EMAIL PROTECTED]> wrote:
>
> If someone could try the latest configure.ac/acinclude.m4 files fr
On Mon, 18 Dec 2006, Greg Eigsti wrote:
> I am using Fink db42 on PPC OS X 10.4.8 and still need to use configure's
> --with-bdb-incdir switch to get map caching. Did not try with GM as that
> never seems to work (build fails) on my OS X systems.
>
> ./configure --with-bdb-incdir=/usr/local/inclu
I am using Fink db42 on PPC OS X 10.4.8 and still need to use configure's
--with-bdb-incdir switch to get map caching. Did not try with GM as that
never seems to work (build fails) on my OS X systems.
./configure --with-bdb-incdir=/usr/local/include/db42 --with-rtree
Greg
KD7UBJ
On 12/18/06
On Dec 18, 2006, at 11:23 AM, Curt, WE7U wrote:
On Fri, 15 Dec 2006, Jason Winningham wrote:
on Mac OS X, depends on if fink, darwinports, or standard install is
used. The base dir will be one of
/sw
/opt
/usr/local
Is this a correct and complete list?
In particular, is it "/opt/local", o
If someone could try the latest configure.ac/acinclude.m4 files from
CVS and let me know how they perform on OSX and/or Cygwin, it'd be
most appreciated.
I'd like to see it run against a Cygwin system that has both
GraphicsMagick and ImageMagick installed to see if the failover
from GM to IM work
On Fri, 15 Dec 2006, Jason Winningham wrote:
> on Mac OS X, depends on if fink, darwinports, or standard install is
> used. The base dir will be one of
>
> /sw
> /opt
> /usr/local
Is this a correct and complete list?
In particular, is it "/opt/local", or "/opt"?
Are both "/opt/local" and "/opt
On Sat, 16 Dec 2006, Dan Brown wrote:
> re-re-ran get-maptools.sh
>
> Fixed tar definition in get-maptools.sh /usr/bin/tar
I removed the path from that line so at least that part should be
better now.
--
Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer
"Lotto:A tax on peo
On Mon, 18 Dec 2006, Curt, WE7U wrote:
> So... On to the next question:
>
> Does AC_CHECK_PROG(), which we use to find Magick-config,
> GraphicsMagick-config, and gdal-config, also use one of the
> environment variables for its path? If so our code there can be
> made simpler via the same method.
On Mon, 18 Dec 2006, Tom Russo wrote:
> What with systems like LSB stuffing things in /opt that we might not actually
> want to find, I think it's not an optimum idea.
They go into /opt//lib, /opt//include,
etc.
> Adding a special-casing block at the top is almost as easy as adding the
> thing
On Mon, Dec 18, 2006 at 07:50:32AM -0800, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
>
> Since we only use the "darwin" flag in two places, and since things
> like /sw, /opt, and /opt/local wouldn't normally hurt to search on
> non-OSX systems, how abou
On Mon, Dec 18, 2006 at 07:30:41AM -0800, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Mon, 18 Dec 2006, Curt, WE7U wrote:
>
> > So I see your point Tom... Is there a way we can use
> > AC_CHECK_HEADERS() and AC_CHECK_LIB() against non-standard
> >
On Mon, 18 Dec 2006, Tom Russo wrote:
> Have a block early on that adds those non-standard locations to LDFLAGS
> and CPPFLAGS, e.g. (fudging on syntax here):
>
> switch ($target)
>
>
> *darwin*)
> LDFLAGS="-L/sw/lib $LDFLAGS"
> CPPFLAGS="-I/sw/include $CPPFLAGS"
>
> ... etc.
>
> AC_CHECK
On Mon, Dec 18, 2006 at 07:16:03AM -0800, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Mon, 18 Dec 2006, Curt, WE7U wrote:
>
> > > Of course, that shouldn't happen if we're doing an AC_CHECK_LIB, which
> > > will
> > > attempt a link --- those shoul
On Mon, 18 Dec 2006, Curt, WE7U wrote:
> So I see your point Tom... Is there a way we can use
> AC_CHECK_HEADERS() and AC_CHECK_LIB() against non-standard
> locations? My Autoconf/automake/libtool book doesn't go into much
> detail on things like this. Maybe the only way to know for sure is
> t
On Mon, 18 Dec 2006, Curt, WE7U wrote:
> > Of course, that shouldn't happen if we're doing an AC_CHECK_LIB, which will
> > attempt a link --- those should catch the missing "dipstick" issue by
> > failing
> > to link the conftest. As long as that's what's happening, it's all good.
> > But
> >
On Mon, 18 Dec 2006, Tom Russo wrote:
> But it sounded like what was happening was that Xastir's configure was finding
> GraphicsMagick, *NOT* failing during configure, not going on and using
> ImageMagick, and then ultimately failing during the final link of Xastir.
This may have been a slightly
On Mon, Dec 18, 2006 at 06:46:38AM -0800, we recorded a bogon-computron
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Fri, 15 Dec 2006, Tom Russo wrote:
>
> > Apparently, though, GraphicsMagick is still in that state. Either pitch
> > GraphicsMagick on Cygwin (if xastir's the onl
On Fri, 15 Dec 2006, Tom Russo wrote:
> Apparently, though, GraphicsMagick is still in that state. Either pitch
> GraphicsMagick on Cygwin (if xastir's the only thing that's using it),
> downgrade
> xorg to the previous version, or force xastir's configure script to ignore
> the installed Graphi
35 matches
Mail list logo
