[Xastir] Problem with xastir 1.9.8
*I seem to be having a problem with xastir version 1.9.8, when it is running, I have noticed that in the terminal when I have selected from the maps what I want to use it says this: magic: Improper image header /home/larry/.xastir/map-cache/map_1284980743.gif 1 file could not be read Does anyone know what the problem maybe...??? Thanks for any help on this... Larry * -- Powered by Debian/GNU/Linux by Ubuntu ver 10.4 Lucid Ultimate Edition 2.7 73 de Larry/wd9esu 34yr's A.R.O. Reg# Linux User 484593 This is Linux Country, on a quiet night you can hear WINDOZE ! Systems REBOOTING !! GPG Fingerprint: A4D2 BFC2 B21B 8F7A C336 EFDC 7039 3CA5 3332 076E Public Key available from subkeys.pgp.net ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir Internet Server
On Sun, 19 Sep 2010, Tom wrote: Ok, I figured it out. I'm using the noam.aprs2.net address but still no stations appear on my map. I think there's a default range filter these days, so you'll need to enter your location, your passcode, and make sure you have transmit turned on to the internet before the internet server knows what the center of the range is. The default port on aprs2 servers is 14580. -- Curt, WE7U. http://www.eskimo.com/~archer APRS: Where it's at!http://www.xastir.org Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system! ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] snag trying to install shapelib via source onto mac os X 10.5
Jason, Curt, Tom Thank you for your help with this problem. I have not heard back from any of you following my last post, so figured you must have thought I was on the right track, and plowed ahead. Looking at your responses, I was able to patch up a solution, I believe. The instructions I followed left out a few other things as well, but since you mentioned this process was unnecessary, as shapelib is now incorporated into the Xastir download, I guess it's a moot point. Just for the record, however, the instructions after this snag were: 8) sudo ranlib /usr/local/lib/libshp.a 9) sudo mkdir /usr/local/include/libshp 10) sudo cp shapefil.h /usr/local/include/libshp I needed to add 8.1) mkdir /usr/local/include and a 9.1 step, changing the directory to the location I had the shapelib file so it could see the shapefil.h to copy it over. No major headaches, but these instructions were specifically posted as being helpful for a Macintosh user who had never seen a command line before, and that was a bit off the mark, I'd say. Thanks again. Hoping you will be willing to help with my next problem, for which I will start a new thread. 73 Tom On Sep 17, 2010, at 18:03, Tom Russo wrote: On Fri, Sep 17, 2010 at 05:43:27PM -0500, we recorded a bogon- computron collision of the kg4...@gmail.com flavor, containing: On Fri, Sep 17, 2010 at 11:28 AM, T Wegner tow...@tds.net wrote: so I take it this means it's a file instead of a directory. Let me be perfectly honest here . . . I have no idea what I'm doing. lol Should I delete the lib file and make a lib directory here? You'll have to, before lots of stuff will install correctly. Is there something in that lib file of importance and I should not delete? That's the $64k question. I'd just rename it, then continue with the build process (a make install will most likely create /usr/local/ lib correctly for you). From an earlier email, there was a description of how libshp.a was *copied* to /usr/local/lib right before the attempted ranlib, but before /usr/ local/lib was created. I don't know what instructions Tom was following, but they're not the instructions from Xastir's INSTALL document (which tell one to run make lib_install in Shapelib's directory), but rather some platform-specific instructions from elsewhere. At any rate, libshp.a was simply cp'd into place, not installed. (BTW, Tom's note in which he shows the sudo log with a cp is: http://www.mail-archive.com/xastir@lists.xastir.org/msg04153.html ) Thus, there is a huge probability that the file /usr/local/lib is nothing more than the contents of libshp.a. Try running diff on the /usr/local/lib file and the libshp.a that was supposed to have been installed there. I betcha dollars to donuts it simply prints nothing, indicating that the files are identical. Another clue would be that libshp.a in the shapelib sources has the same size as /usr/local/lib. Renaming /usr/local/lib and then doing an mkdir /usr/local/lib is a prudent step that avoids deleting something permanently, but probably unnecessary since it is almost certainly the case that /usr/local/lib (the plain file) is just a copy of libshp.a. Removing it and then doing an mkdir (with appropriate chmod to get permissions right) will almost certainly be correct. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] I finally got it! REALLY!
Fixed the issue with the splitter cable.. it was really simple and it dawned on my that I had two null modems back to back which is why I never could connect with the splitter cable.. So far everything is working now and I can try working with xastir now and see if any stations pop up while driving. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
On Mon, Sep 20, 2010 at 12:34:46PM -0700, we recorded a bogon-computron collision of the curt.w...@gmail.com flavor, containing: On Mon, 20 Sep 2010, T Wegner wrote: 3) ./configure --prefix=/usr/local Following step 3, I get this error message: checking for TIFFOpen in -ltiff... no configure: error: You will need to substantially rewrite libxtiff to build libgeotiff without libtiff You need to install tiff library and tiff headers (devel package). It's looking to compile a test program against libtiff and not finding the TIFFOpen function. I don't know how you find the right packages for a Mac. Tom is attempting to install libgeotiff from source, so the recommendation to install packages is off the mark. The libgeotiff install process installs both the libraries and header files. The issue is that configure is probably not looking in /usr/local/ for anything unless you've told it to. Please try this configure line: ./configure --prefix=/usr/local/ CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib On linux systems packages are installed into /usr instead of /usr/local, so this is usually not necessary unless you've got hand-installed code. There are some conditions that can force these CPP and LD flags to be used without manually specifying them, but they're obviously not happening in your case. Among those conditions are running with GDAL, whose gdal-config program will usually force /usr/local into your flags variables when it's run by configure. I think a few other *-config programs that Xastir's configure script runs can do that, too, which is why those on Linux systems rarely run into this. As a BSD user, where all third-party packages are always installed into /usr/local instead of polluting the base-system directories /usr/lib and /usr/include, adding those CPPFLAGS and LDFLAGS is almost second nature when running configure. Give it a shot. I bet you'll find that it satisfies in your case, too. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Correction: OOops. Re: libtiff / geotiff install hiccup
On Mon, Sep 20, 2010 at 02:14:29PM -0600, we recorded a bogon-computron collision of the ru...@bogodyn.org flavor, containing: On Mon, Sep 20, 2010 at 12:34:46PM -0700, we recorded a bogon-computron collision of the curt.w...@gmail.com flavor, containing: On Mon, 20 Sep 2010, T Wegner wrote: 3) ./configure --prefix=/usr/local Following step 3, I get this error message: checking for TIFFOpen in -ltiff... no configure: error: You will need to substantially rewrite libxtiff to build libgeotiff without libtiff You need to install tiff library and tiff headers (devel package). It's looking to compile a test program against libtiff and not finding the TIFFOpen function. I don't know how you find the right packages for a Mac. Tom is attempting to install libgeotiff from source, so the recommendation to install packages is off the mark. Arrgh. And here I was thinking that the configure Tom was reporting was Xastir's, not libgeotiff's. DUH. Yes, you can't build libgeotiff if you don't have TIFF libraries installed first. Install those, and be sure that the install includes headers as well as libraries (i.e., if it were linux, you'd install -devel or -dev packages as well as the library package. YMMV on Mac. On BSD, packages don't separate out headers and libraries that way, you get 'em both in one package). -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
presuming i found a source for libtiff, and was advised to use the following instructions for loading on to mac os x tar xzf tiff-3.8.2.tar.gz cd tiff-3.8.2 ./configure make make install do i want to make sure the files/program load/install in any one particular place, or will this be done automatically? Thank you 73 Tom W On Sep 20, 2010, at 15:17, Tom Russo wrote: On Mon, Sep 20, 2010 at 02:14:29PM -0600, we recorded a bogon- computron collision of the ru...@bogodyn.org flavor, containing: On Mon, Sep 20, 2010 at 12:34:46PM -0700, we recorded a bogon- computron collision of the curt.w...@gmail.com flavor, containing: On Mon, 20 Sep 2010, T Wegner wrote: 3) ./configure --prefix=/usr/local Following step 3, I get this error message: checking for TIFFOpen in -ltiff... no configure: error: You will need to substantially rewrite libxtiff to build libgeotiff without libtiff You need to install tiff library and tiff headers (devel package). It's looking to compile a test program against libtiff and not finding the TIFFOpen function. I don't know how you find the right packages for a Mac. Tom is attempting to install libgeotiff from source, so the recommendation to install packages is off the mark. Arrgh. And here I was thinking that the configure Tom was reporting was Xastir's, not libgeotiff's. DUH. Yes, you can't build libgeotiff if you don't have TIFF libraries installed first. Install those, and be sure that the install includes headers as well as libraries (i.e., if it were linux, you'd install -devel or -dev packages as well as the library package. YMMV on Mac. On BSD, packages don't separate out headers and libraries that way, you get 'em both in one package). -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
On Mon, Sep 20, 2010 at 07:57:01PM -0500, we recorded a bogon-computron collision of the tow...@tds.net flavor, containing: presuming i found a source for libtiff, and was advised to use the following instructions for loading on to mac os x Where are you getting your instructions? They seem to be fairly incomplete and in at least some cases (where you were told to do manual copies and ranlibs of libshp) they're not quite normal. And it seems you're being told to install just about every single package from sources without using any package management (fink, macports, or whatever). These do not seem to be the best set of instructions to follow for a low-maintenance first-time install onto a Mac. The Xastir wiki has multiple sets of instructions for installing onto Macs, and none suggest doing full, manual source installs of all these packages. But in general, the default behavior of configure is to install things in /usr/local (that is, it is redundant to specify --prefix=/usr/local). So doing configure/make/make install on libtiff is a normal approach to installing it from source. But it's strange to need to do all those steps on a Mac, unless you're avoiding MacPorts and Fink for some particular reason. And there's a recent binary version available that would probably suit you better unless you really want to learn exactly what all these steps are for. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
On Sep 20, 2010, at 6:28 PM, Tom Russo wrote: On Mon, Sep 20, 2010 at 07:57:01PM -0500, we recorded a bogon-computron collision of the tow...@tds.net flavor, containing: presuming i found a source for libtiff, and was advised to use the following instructions for loading on to mac os x Where are you getting your instructions? They seem to be fairly incomplete and in at least some cases (where you were told to do manual copies and ranlibs of libshp) they're not quite normal. And it seems you're being told to install just about every single package from sources without using any package management (fink, macports, or whatever). These do not seem to be the best set of instructions to follow for a low-maintenance first-time install onto a Mac. The Xastir wiki has multiple sets of instructions for installing onto Macs, and none suggest doing full, manual source installs of all these packages. I would certainly recommend using MacPorts or Fink to get all of this stuff installed. The only trick with that is going to be pointing Xastir to look in the right place for all of that stuff with LDFLAGS/CFLAGS/CPPFLAGS, etc. But in general, the default behavior of configure is to install things in /usr/local (that is, it is redundant to specify --prefix=/usr/local). So doing configure/make/make install on libtiff is a normal approach to installing it from source. But it's strange to need to do all those steps on a Mac, unless you're avoiding MacPorts and Fink for some particular reason. And there's a recent binary version available that would probably suit you better unless you really want to learn exactly what all these steps are for. I think his problem with my binary version is that it's for Intel only. I believe I saw earlier in the thread that he's on PPC. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236http://kevan.org/brain.cgi?DDTNM The truth will set you free, but first it will piss you off. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Learning to use CVS with Ubuntu
I have xastir 1.9.4-3.1 installed and running on a Windows 7 netbook using virtualbox with Ubuntu 10.04 LTS on the virtualbox side. The Synaptic Package Manager shows this older Xastir Version and when I use the Package Mark for Complete Removal, xastir remains as a package but not installed rather than disappearing from the list completely. I believe I have to get this version removed to the point it no longer shows in the Synaptic Package Manager. Only then do I feel I have a shot at updating xastir to version 1.9.9. I ran through the CVS process and it appeared it runs sudo/usr/src/bin/xastir/update-xastir okay for Version 1.9.9 but is not overriding/updating the older version. I would assume if the update was happening, it would show the correct updated version in the Synaptic Package Manager. Here is the last parts of the update-xastir run (bootstrap.sh was comleted and the below is the ./configure part of the run): map_dos.c:1176: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1181: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1186: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1191: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1199: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1207: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1306: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1311: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1316: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1321: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1322: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1323: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1334: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_dos.c:1340: warning: ignoring return value of 'fread', declared with attribute warn_unused_result mv -f .deps/map_dos.Tpo .deps/map_dos.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_gdal.o -MD -MP -MF .deps/map_gdal.Tpo -c -o map_gdal.o map_gdal.c mv -f .deps/map_gdal.Tpo .deps/map_gdal.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_geo.o -MD -MP -MF .deps/map_geo.Tpo -c -o map_geo.o map_geo.c map_geo.c: In function 'draw_geo_image_map': map_geo.c:2024: warning: implicit declaration of function 'DestroyImagePixels' mv -f .deps/map_geo.Tpo .deps/map_geo.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_gnis.o -MD -MP -MF .deps/map_gnis.Tpo -c -o map_gnis.o map_gnis.c mv -f .deps/map_gnis.Tpo .deps/map_gnis.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_OSM.o -MD -MP -MF .deps/map_OSM.Tpo -c -o map_OSM.o map_OSM.c mv -f .deps/map_OSM.Tpo .deps/map_OSM.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_pop.o -MD -MP -MF .deps/map_pop.Tpo -c -o map_pop.o map_pop.c mv -f .deps/map_pop.Tpo .deps/map_pop.Po gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/GraphicsMagick -I/usr/local/include -DXASTIR_DATA_BASE=\/usr/local/share/xastir\ -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -pthread -MT map_pdb.o -MD -MP -MF .deps/map_pdb.Tpo -c -o map_pdb.o map_pdb.c map_pdb.c: In function 'draw_palm_image_map': map_pdb.c:224: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_pdb.c:235: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_pdb.c:252: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_pdb.c:346: warning: ignoring return value of 'fread', declared with attribute warn_unused_result map_pdb.c:359: warning: ignoring return value of 'fread', declared
Re: [Xastir] Learning to use CVS with Ubuntu
On Sep 20, 2010, at 6:53 PM, Jerry wrote: I have xastir 1.9.4-3.1 installed and running on a Windows 7 netbook using virtualbox with Ubuntu 10.04 LTS on the virtualbox side. The Synaptic Package Manager shows this older Xastir Version and when I use the Package Mark for Complete Removal, xastir remains as a package but not installed rather than disappearing from the list completely. I believe I have to get this version removed to the point it no longer shows in the Synaptic Package Manager. Only then do I feel I have a shot at updating xastir to version 1.9.9. Since a version of Xastir exists in the Ubuntu repository, it will always show up in Synaptic. If you edit the update-xastir script to use checkinstall instead of make install the package manager will recognize your self-compiled version. Or you could just let the package manager think that you don't have Xastir on your system. Since the script installs it in /usr/local/bin, there should be no conflicts. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
Where are you getting your instructions? Well, it's a long story, but I started here: http://www.xastir.org/wiki/Installation_Notes#Mac_OSX looked into the VMWare option, decided against since it was a limited time deal, and didn't want to be locked out down the road - had no idea how long it might take me to get things going. so next went here: http://www.xastir.org/wiki/HowTo:Mac_OSX but when I saw this: Some people have reported problems with Fink. I haven't encountered any yet so I still use it. Fink is a package manager that will keep you from having to build all the Xastir dependencies from source. I also continue to use fink. I have had problems with FinkCommander (the GUI interface for Fink) but the core utilities continue to work fine. Dick. I thought, 1) if people are having trouble with it, I want to avoid it, as I have no command line experience, and 2) as in the above example and others, it was unclear to me exactly who was saying what, and to whom . . . at times it sounded as though the author and Dick were 2 different people, at other times, not. continuing down the list, I went here: http://www.xastir.org/wiki/Macports which directed me to here: http://n1ofz.connares.org/software/Xastir which gives me a network problem message and no access so I went here: http://www.xastir.org/wiki/MacOSXpackage which was another dead end next here: http://www.xastir.org/wiki/MacOSXsource directing me to the same dead end and then: http://www.xastir.org/wiki/Notes:Mac_OSX much of which I did not understand, and in the end, was once again referenced to that same dead end. SO . . . I did a search for Xastir and Mac and landed here: http://www.wx9grb.org/xastir/mac.htm and I thought, Eureka! I'm familiar with the Packerland group (name credibility via Skywarn), and they seem to have the information from the site I was unable to access above in all those dead end instances, and reading through it, it seemed oriented toward operators such as myself, with little command line experience, and quite doable. Following the sites instructions, I installed what I could using MacPorts. The instructions noted that shapelib and geotiff can not be installed with MacPorts, and provided the instructions I've been posting in my problem threads. This is where I've run into the troubles. I did a search for libtiff and mac this evening, came up with a source (for a different program, but like this one, need to install it first - called it a dependency), and the instructions in the last post. I did that, watched as the screen scrolled by with lots of alpha- numerics, saw a number of no conditions and it ended with some warning/errors. When I tried to continue with the geotiff configure and make, I ended up with the same configure: error: You will need to substantially rewrite libxtiff to build libgeotiff without libtiff message. I moved the libtiff library out of the tiff-3.9.4 folder and into the libgeotiff folder thinking it did not know the where the libtiff library was, that did nothing, and I stopped. I believe I have hit a brick wall in this direction. Would like the ability to use USGS geoTIFF's but unless someone can point me in a direction to solve the libtiff conundrum, I guess I could live without it, or wait until someone develops something to make this work seamlessly. Re: other discussion about intel mac, it will be some time before I can afford a new macbook, and even then, I wouldn't dream of taking it into the field - only older computers for that for me. Thanks for listening, the help you've given thus far, and any advice you may provide yet. 73 Tom On Sep 20, 2010, at 20:28, Tom Russo wrote: On Mon, Sep 20, 2010 at 07:57:01PM -0500, we recorded a bogon- computron collision of the tow...@tds.net flavor, containing: presuming i found a source for libtiff, and was advised to use the following instructions for loading on to mac os x Where are you getting your instructions? They seem to be fairly incomplete and in at least some cases (where you were told to do manual copies and ranlibs of libshp) they're not quite normal. And it seems you're being told to install just about every single package from sources without using any package management (fink, macports, or whatever). These do not seem to be the best set of instructions to follow for a low-maintenance first- time install onto a Mac. The Xastir wiki has multiple sets of instructions for installing onto Macs, and none suggest doing full, manual source installs of all these packages. But in general, the default behavior of configure is to install things in /usr/local (that is, it is redundant to specify --prefix=/usr/ local). So doing configure/make/make install on libtiff is a normal approach to installing it from source. But it's strange to need to do all those steps on a Mac, unless you're avoiding