Re: [Xastir] MacOS/Xastir problem
Using the cu device instead of the tty device tends to work better for me. -- Jeremy McDermond NH6Z n...@nh6z.net On May 9, 2013, at 10:27 AM, Curt, WE7U curt.w...@gmail.com wrote: On Tue, 7 May 2013, Jacob Tennant wrote: Whenever I try to activate a serial tnc connection it causes my Xastir instance to freeze for about 30 seconds then the serial port never opens? I have checked that all of the configuration is correct duch as /dev/tty.usbserialFTDI845 for the serial port and I have use a terminal program to talk to the tnc and everything runs fine there. Any suggestions? Who is the group owner of that device? Have you added yourself to that group and logged out/in again to gain the new group? Are the group permissions set properly on that port so that both the owner and the group can read/write the port? If all else fails, have you tried setting Xastir SUID root to see if that overcomes the issues? (As root: chmod 4755 /usr/local/bin/xastir) On this OpenSuSE system the ports look like this: $ cd /dev $ ls -al | grep ttyS crw-rw 1 root dialout 4, 64 Apr 8 09:11 ttyS0 crw-rw 1 root dialout 4, 65 Apr 8 09:11 ttyS1 crw-rw 1 root dialout 4, 66 Apr 8 09:11 ttyS2 crw-rw 1 root dialout 4, 67 Apr 8 09:11 ttyS3 crw-rw 1 root dialout 4, 68 Apr 8 09:11 ttyS4 crw-rw 1 root dialout 4, 69 Apr 8 09:11 ttyS5 crw-rw 1 root dialout 4, 70 Apr 8 09:11 ttyS6 crw-rw 1 root dialout 4, 71 Apr 8 09:11 ttyS7 So I would add my user to the dialout group and log out/in again to be able to use the ports. Both the owner root and the group dialout for these ports are marked rw. The serial port names I'd specify in Xastir would be /dev/ttyS0 or /dev/ttyS1. I'm not using USB-Serial adapters at work or at home to talk to TNC's. I found them problematic at home so went to real serial port cards. Some of course don't have that option. -- Curt, WE7U.http://wetnet.net/~we7u U.S. Weather Alerts: Firenet.us, port 14580, filter t/n e/WE7U-WX ___ 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] Xastir on Mac OS 10.8.2
/Applications/Xastir.app/Contents/Resources/share/xastir -- Jeremy McDermond NH6Z n...@nh6z.net On Feb 25, 2013, at 6:29 PM, Jacob Tennant jacob.tenn...@live.com wrote: I just installed Xastir thru a binary installer I downloaded from NH6Z's website. I have also downloaded the shape file maps for WV, PA, and OH. However when I follow the listed directory path to the MAPS folder, the MAPS and the XASTIR folder does not exist!?!? So is there and Xastir on Mac users on here that could give me a hand with this problem??? Also, while we're at it where does the NWS shape files go in the directory structure. Jacob Tennant WF8S ___ 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] (no subject)
On Jan 1, 2013, at 5:04 PM, David Flood davi...@mindspring.com wrote: Ah..a possible non-ham solution...I don't know if Xastir supports it but the server specifications state that a passcode of -1 should set someone up for read-only access. http://www.aprs-is.net/Connecting.aspx You can do this but you end up with an unverified connection which will not allow you to send packets into the server. The problem with this is that the default filter on most servers for 14580 is m/500. This requires you to send a position packet into the port before the filter will start to send you any data, but you can't do this with an unverified connection. You will need to set the filter to something that will send you packets without needing a position packet. -Original Message- From: David Flood [mailto:davi...@mindspring.com] Sent: Tuesday, January 01, 2013 11:49 Unfortunately a lot of the APRS-IS servers require authentication before they'll send data. So, no callsign = no passcode = no Inet data. ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] New stable release out: xastir-2.0.4
On Dec 5, 2012, at 6:34 AM, Curt, WE7U curt.w...@gmail.com wrote: On Wed, 5 Dec 2012, Chip Griffin wrote: OSX is based on FreeBSD, so your second to last statement is somewhat redundant. I thought it was based on real BSD, not FreeBSD. Not open-source Unix. They have to pay the license-holder of Unix for it. The NeXTSTEP kernel was originally a single server Mach microkernel with a 4.3 BSD server on top of it. When Apple got ahold of it they changed out the userland with FreeBSD versions and modified their 4.3 BSD server with some of the FreeBSD kernel code as well. That doesn't make it derived from FreeBSD or really even based on FreeBSD. In some ways it acts like FreeBSD, but in other ways it's completely differently. For example, sometimes the pthread library doesn't work very well because it's not the native threading method. Threads are implemented on the Mach microkernel level and there are calls such as thread_policy_set() to interact with them in their native API. -- Curt, WE7U.http://wetnet.net/~we7u APRS Client Capabilities: http://wetnet.net/~we7u/aprs_capabilities.html ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir Load Problems (Mac OS X 10.7.4)
Sorry about the top post here, but I'm at a campground in the middle of the Cascades getting ready for a SOTA activation tomorrow. I'm not in front of a terminal right now, so I can't tell you exactly what's going on with your configure, but -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk/, This line sets your SDK path which will determine where the compiler is looking for libcrt.so and friends. For some reason the compiler is looking for a later version and you're looking in the 10.4 SDK directory for the goodies. I haven't done a run of Xastir for a while, but I can give it a try for you on Monday if you haven't figured it out already. Jeremy McDermond. NH6Z n...@nh6z.net On Aug 25, 2012, at 1:51 PM, Tom Russo ru...@bogodyn.org wrote: On Sat, Aug 25, 2012 at 11:44:42AM -0400, we recorded a bogon-computron collision of the n1...@mac.com flavor, containing: I know this is a somewhat old thread. But I've still not solved the problem. After being overwhelmed with the depth of the responses I set it aside for awhile. Since my wife is working today, and I am not, I'm trying to dig into this some more. As I do things like look into the config.log (as originally suggested by Tom), I'm coming up with questions. I'm going to keep adding to the questions as I go: 1. I see in the config.log that it's repeatedly checking for db versions. I have version 5.3 installed, does it check that high? No. It only checks 4.x versions. I'm not at all sure that Would it harm things if I had 5.3 installed but also a 4.x version that matched Xastir? Depends on how they get installed. If they install to different prefixes, should be fine. On my system I have 4.1 and 4.2 installed, and each installs to a different place, e.g. /usr/local/include/db41 and /usr/local/include/db42. If you do it that way, yes, you can have multiple versions. All a matter of how your system packages stuff. 3. This is the segment in my faulted Xastir build which relates to GraphicsMagick (I can't read this stuff, seems like Greek to me): configure:17890: checking for WriteImage in -lGraphicsMagick configure:17925: gcc -o conftest -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno-unused-parameter -I/usr/local/include/GraphicsMagick -I/sw/include -I/opt/local/include -I/usr/local/include -DUSE_PID_FILE_CHECK -I/sw/include -I/sw/include/db4 -L/usr/local/lib -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk/,-L/sw/lib/ -L/usr/X11R6/lib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib -L/opt/local/lib -L/usr/local/lib -L/sw/lib -L/usr/X11/lib conftest.c -lGraphicsMagick -lGraphicsMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lwmflite -ldpstk -ldps -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lpthread -L/sw/lib -ldb -lintl -lXm -lXt -lXp -lXext -lSM -lICE -lX11 -lcurl -lshp -lpcre -lproj -ltiff 5 conftest.c:152: warning: function declaration isn't a prototype conftest.c:155: warning: function declaration isn't a prototype ld: warning: directory not found for option '-L/opt/local/lib' ld: library not found for -lcrt1.10.6.o This is the real problem, and I have no suggestion for the solution. Before configure can conclude that you have a usable GraphicsMagick, it tests that the routine WriteImage exists in that library. It does so by trying to compile a small test program that accesses that function, and if it compiles and links then you have the function. It's failing to link, but for reasons other than that there is no WriteImage in the library. The real error is that it can't find some required C runtime library, crt1.10.6 As you can see from the link line above, there is no explicit -lcrt1.10.6 there, so it must be getting pulled in as a dependency of some other library. This library doesn't exist on your system (or can't be found), so the linker dies, and configure concludes (incorrectly) that it's because WriteImage isn't there. You might have a package installed that was intended for a different version of the system? That's just a guess, though. That would only make sense if you installed GraphicsMagick from a binary package somehow (my only experience with Mac OS X packaging is with Fink, which builds packages from source, so this doesn't happen). configure:17949: result: no configure:17962: WARNING: *** Cannot find GraphicsMagick library files: Building w/o GraphicsMagick support. *** Since configure can't link with the GraphicsMagick files it did find, it reports as if it can't find them. It's a bit of a misdirection. The real problem is that when it tried to find WriteImage in the GraphicsMagick library, it got a linker error. Resolving the linker error will fix this, but I can't suggest where the solution lies. Could be a packaging problem with GraphicsMagick. configure:18021: checking for Magick-config configure:18052: result: no 4. On the fail half I have these files
Re: [Xastir] OSX Build - long
On Dec 15, 2011, at 11:03 AM, Tom Russo wrote: FWIW, on my systems, ldd on the libXm.so shared library reports that it depends on libXft, and the dynamic linker takes care of that. I don't know why the dylib you've build doesn't carry that same information, but you can double check the dependencies with /usr/bin/otool, so I read. otool -L is the rough equivalent of ldd on other systems. Note that MacOS doesn't really look for shared libraries around the file system with the equivalent of /etc/ld.so.conf or LD_LIBRARY_PATH, rather having paths to the shared libraries contained within the binaries themselves. You can change these paths with install_name_tool. One also needs to be careful with fat binaries. If the appropriate architecture isn't in the .dylib file linkages can easily fail. The file command will show the different architectures continued within a shared library. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OSX Build - long
___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Special Xastir start-up mode for today
On Sep 19, 2011, at 10:32 AM, Curt, WE7U wrote: http://www.talklikeapirate.com/ At least I don't work for the ISP that hosts this web site anymore. -- Curt, WE7U.http://www.eskimo.com/~archer -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Soundmodem?
On Sep 1, 2011, at 11:47 AM, Curt, WE7U wrote: On Thu, 1 Sep 2011, Joe Bennett wrote: Took your advise Curt, I've been looking at the SignalLink for a while now and it makes sense for what I want to do... I like to build things myself, but I'm interested in having a VHF/UHF/HF 'go' box(es) and the SignaLink is just a clean way of minimizing cables and getting me where I want to go... Rgr. Even cleaner if you just wire straight across on the internal header and then build the radio-specific wiring and components into each radio cable. Then you don't have to open up the SignaLink to change radios... Just change cables. I have extra open-ended cables and wired them up myself. The factory wiring for each radio doesn't allow you to do the instant-change thing like I do: They expect you to also open up the box and change jumpers each time. It does require an opening of the box, but DX Engineering sells a plug-in header that you can wire up for each radio you use and interchange those so you don't have to remember jumper combinations. I use it in my SLUSB and it works fairly well: http://www.dxengineering.com/Parts.asp?ID=2456PLID=358SecID=135DeptID=42PartNo=TIG-SLHEAD Or if you're really lazy, they sell some pre-made jumper modules too. For example for an 8-pin DIN style plug: http://www.dxengineering.com/Parts.asp?ID=4548PLID=358SecID=135DeptID=42PartNo=TIG-SL-MOD8PD -- Curt, WE7U.http://www.eskimo.com/~archer APRS Device Capabilities: http://www.eskimo.com/~archer/aprs_device_capabilities.html -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Useful without TNC/tracker?
On May 12, 2011, at 4:08 AM, Jason KG4WSV wrote: On Thu, May 12, 2011 at 5:59 AM, Lynn W. Deffenbaugh (Mr) ldeff...@homeside.to wrote: Did you set up any filters? Without filters, APRS-IS won't send you anything at all except the periodic heartbeat comments. Sorry Lynn, but that's wrong. Without any filters, APRS-IS sends you the full unfiltered global feed. On a port set up as a filtered port in javAPRSSrvr, you get no data unless you send a filter of some kind. Certain ports are set up on servers with default filters which will give you data. On Tier2 servers, 10152 actually has a default filter applied of m/100. Also remember that if you have a m/ filter you won't start getting data until your first posit goes through the server because that's how it knows where to center the filter. You can always check what filter you're getting by checking the servers's status page. Your filter shows up in the SA Setting column. Hans, you must authenticate to receive data from APRS-IS, which means you must supply a callsign and corresponding passcode. xastir has a tool to generate your passcode from your callsign Just run callpass BX2ABT and it will generate the passcode which you then enter on the APRS-IS server configuration dialog. You do not have to authenticate to *receive* data from APRS-IS. Tier2 servers *are* set up so that you have to authenticate (be verified) to *send* any data through the servers. You can check to see if you're logged in by looking on the server's status page under the verified column. This doesn't prevent you sending a posit packet to show where you are for the m/ filter, but it won't be propagated to anywhere, and again you have to send a posit to make an m/ filter work. We (Tier2) recommend that everyone connects to port 14580 and provide some sort of filter. If you want a full feed you can always do something ridiculous like provide m/10. The Earth isn't 100,000 miles big, so you'll get everything. -Jason kg4wsv -- Jeremy McDermond (NH6Z) T2OREGON Operator Tier2 Assistant Coordinator mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Useful without TNC/tracker?
On May 12, 2011, at 6:49 AM, Lynn W. Deffenbaugh (Mr) wrote: On 5/12/2011 9:42 AM, Jeremy McDermond wrote: You do not have to authenticate to *receive* data from APRS-IS. Tier2 servers *are* set up so that you have to authenticate (be verified) to *send* any data through the servers. You can check to see if you're logged in by looking on the server's status page under the verified column. This doesn't prevent you sending a posit packet to show where you are for the m/ filter, but it won't be propagated to anywhere, and again you have to send a posit to make an m/ filter work. Almost correct, but not quite. You must authenticate, but do not need to be verified to receive data. javAPRSsrvr will not send anything out to a connected client until the USER PASS has been received. If the PASS is -1 (or otherwise incorrect), you end up authenticated, but not verified and data will be forthcoming. You are, of course, correct. I had thought somewhere in my befuddled brain that you could just send a filter command without a login and get a feed. It appears not from my cursory testing. I know I'm picking nits, but I'm also trying to make sure people understand that they can't just connect to a javAPRSSrvr port and expect to receive data. They must send in a USER PASS string no matter what the port is configured to do. At least, that's been my experience. Surely. We definitely want to get the correct data out there for folks. Apologies for the misinformation. Again, the other trick is that you won't get a feed on any filter that needs your own position until you send a posit. So, if you have such a filter and have unchecked Allow Transmitting? in Xastir, you probably won't get any data. Use an r/ filter or another alternative that doesn't need to know where you are. Thanks for the clarification Lynn. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Macintosh Snow Leopard + Xastir 2 + Kenwood TM-D710A = ?
On Apr 12, 2011, at 7:57 PM, Jarett DeAngelis wrote: Hi gang, I'm trying to figure out how to get my Kenwood TM-D710A working with Xastir on my Snow Leopard-powered Mac. I have a Prolific Technology serial-USB Kenwood cable that I know works at least to program the radio with under Windows. I know the programming cable doubles as a TNC connection cable. I am pretty sure that you put the TNC into PACKET12 mode to make it ready to transmit data via the port on the back of the head unit. Then what? I tried configuring Xastir to use a Serial KISS TNC on /dev/ttys0. When I start the device in Interface Control, Xastir freezes. Not really sure where to proceed from here. You have to use the correct serial port name. /dev/ttys0 is for Linux. My Prolific based serial interface shows up as /dev/cu.PL2303-4326. At a command line prompt, do something like: ls /dev/cu.* And you'll show all the appropriate serial devices. Thanks in advance, folks. I would RTFM if I had one ;) -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Digipeater
On Feb 21, 2011, at 2:28 AM, VK4TTT (Samantha) wrote: Guys We are putting a linix box (ubuntu server) at our repeater hut for aprs. We have got an internet connection there, as well as a rf link to an igate (me) I am looking for a sample config for a digipeater and a digipeater that will also ack as a igate I use a program called aprx for the digipeater and igate on my setup. It's small and fairly simple to configure up (although Curt is possibly finding some bugs with it). It's available at: http://wiki.ham.fi/Aprx.en There are plenty of examples in the documentation. I have my own personal biases, and I love Xastir, but I also believe in using the right tool for the job. For a machine that's stuck up in a repeater shack that nobody's going to be looking at, it makes little sense to run a full mapping program like Xastir. Samantha vk4ttt / vk4fq -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] SVN info (not needed or even useful yet for the Xastir project)
On Feb 3, 2011, at 5:57 PM, Curt, WE7U wrote: On Thu, 3 Feb 2011, Chip G. wrote: Thanks for the info. I notice there is a program/technology/script available for converting a repository from CVS to SVN. Is this something we should pursue ourselves or do we (or should we) wait for SourceForge to drive things? (Attempting to learn here, not be a pest, will shutup upon command.) If SF deprecates CVS on their system then they just switch us over. If we decide we want to switch to SVN (or GIT) before then, we ask them and it is done. I've been playing with Mercurial for a while after doing both SVN and CVS. I'm actually, in theory, kinda fond of the distributed model of Git/Mercurial. If there is a forced change, I would suggest that it may be prudent for the project to move to one of the distributed source management systems like Git or Mercurial. -- Curt, WE7U. http://www.eskimo.com/~archer -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] No install
On Jan 16, 2011, at 7:27 PM, Murry B wrote: I made the original post and didn't put some info in my last one. My apologies. I had a bit of a flash in memory about su so I searched the forum and found it. In PCLinuxOS you will find that su issues an alias. I don't remember the file I had to modify, you guys will have a better idea of that. Working from an old memory here, but su issues su- and it took me to the root directory. Once I changed that item in whatever file it is, I was OK. Now when I su I stay at the same place but get root access. Hope someone can make sense of this. From the su(1) manual page: -l Simulate a full login. The environment is discarded except for HOME, SHELL, PATH, TERM, and USER. HOME and SHELL are modified as above. USER is set to the target login. PATH is set to ``/bin:/usr/bin''. TERM is imported from your current environ- ment. The invoked shell is the target login's, and su will change directory to the target login's home directory. - (no letter) The same as -l. VE9MB -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir Mac OS 10.5.8 install . . . picking up where i left off
On Jan 4, 2011, at 9:57 PM, Curt, WE7U wrote: On Tue, 4 Jan 2011, T Wegner wrote: I have seen some e-mails come through about a new version of Xastir (maybe 2.0?) Can I resume by just downloading the latest version of Xastir, Yes. Should be fine. 2.0.0 is the latest stable. 2.0.1 is what's in CVS (and is quite stable). Did Jeremy do a binary package for OSX of the 2.0.0 version? Can't recall. Yes, but not for PPC Macs. Intel only. I'm in the process of getting rid of my last PPC Mac, and won't have a test platform. -- Curt, WE7U. http://www.eskimo.com/~archer -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Adding station identifiers
On Dec 16, 2010, at 4:31 PM, Nikita Bogdanov wrote: I have been trying to add a station identifier to my call sign (KF5EFR-0), however Xastir does not register it. This only happens when putting KF5EFR-0, in which case upon re-opening the configuration screen, the identifier disappears. Putting numbers other than zero however does work. Are there any ways to get around this? My understanding that an SSID of -0 is equivalent to no SSID at all. So, KF5EFR = KF5EFR-0. Xastir is merely representing it in the shorter format. Nikita -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac Binary Package (was Xastir v2.0.0 has been released)
On Oct 26, 2010, at 6:58 PM, Bob Nielsen wrote: Bingo! It's all working fine now. Thanks. No problem, Bob. Thanks for your patience, and I'm glad we could get you up and on the air. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir v2.0.0 has been released
On Oct 26, 2010, at 5:26 AM, Javier Henderson wrote: On Oct 26, 2010, at 8:05 AM, Bob Nielsen wrote: Thanks Jeremy however after downloading and moving it to the Applications folder, clicking on the icon does not cause anything to display other than the icon appearing in the dock. I experienced the same behavior with your earlier package. Finder reports it as version 1.9.7, created on July 23, 2009 (???). This is on a Mac Mini running Snow Leopard 10.6.4. Interesting. The Finder does identify it as Bob N7XY says above, but the About... screen shows 2.0.1 built on Oct 25 2010. The information the finder uses is contained in Xastir.app/Contents/Info.plist and I forgot to update that file. I'll change the identifier and spin another copy really quickly. 73, -jav w6vms -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir v2.0.0 has been released
On Oct 26, 2010, at 2:25 PM, Bob Nielsen wrote: On Oct 26, 2010, at 1:05 PM, Jeremy McDermond wrote: On Oct 26, 2010, at 9:14 AM, Bob Nielsen wrote: Thanks, that wasn't the problem but it got me closer. When I run xastir from a command line, I get: Error! can not find color file: /Applications/Xastir.app/Contents/MacOS/Resources/share/xastir/config/xastir.rgb Error in Color file! Exiting... The xastir.rgb file exists in that location. It shouldn't exist in that location, and that's not the path where it should be looking. It should be in: /Applications/Xastir.app/Contents/Resources/share/xastir/config/xastir.rgb Instead of trying to execute it on the command line, try double clicking it, and looking in /var/log/system.log. It will contain any output off of stderr. I have a feeling that where you're executing it on the command line is changing what @executable_path is. xastir.rgb IS where it should be I'm sure it is, but notice the path you posted, and the path I posted are different: /Applications/Xastir.app/Contents/MacOS/Resources/share/xastir/config/xastir.rgb Your Path /Applications/Xastir.app/Contents/Resources/share/xastir/config/xastir.rgb My Path If you want to see things on the command line: cd /Applications/Xastir.app/Contents MacOS/xastir This will make sure that @executable_path is set right. and when I double click, I don't get that error message, just the normal startup stuff (but the xastir display still doesn't come up). You can try Curt's suggestion, but like this: cd /Applications/Xastir.app/Contents MacOS/xastir -v 4095 The code for my MacOS binary is modified (xa_config.c line 425 or so. Patches available on my web site) so that it uses _NSGetExecutablePath at runtime to figure out where the config directory is. In retrospect, I may want to change this since when I first implemented it, I wasn't aware that Xastir hard coded paths into the config file. Technically, most of this stuff should be in ~/Library/Application Support/Xastir, but this is going to require extensive modifications to the run for the fist time code to install the share directory into there, or use some sort of nasty installer. Bob N7XY ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac Binary Package (was Xastir v2.0.0 has been released)
Okay, I'm not able to reproduce the path issues on my 10.5 system. It doesn't seem to be manifesting itself on any of my 10.6 issues for some reason. It appears as though something weird is happening with my _NSGetExecutablePath code, so, since as I mentioned before it's fairly useless, I'll patch the code and release another version with hard coded paths into /Applications/Xastir.app in the configure. I have to head to dinner this evening, but after that I can probably whip something up quickly. I'll also see if I can change the Info.plist file to reflect the new version. On Oct 26, 2010, at 5:45 PM, Bob Nielsen wrote: On Oct 26, 2010, at 2:55 PM, Jeremy McDermond wrote: You can try Curt's suggestion, but like this: cd /Applications/Xastir.app/Contents MacOS/xastir -v 4095 I get several instances similar to this: ID: 0x363 Screen: 0 Depth:15 Class:4, TrueColor Clrmap Size: 32 Bits per RGB: 5 Red Mask: 0x7c00 Green Mask: 0x3e0 Blue Mask:0x1f followed by: couldn't open file for reading: /Users/bob/.xastir/config/tactical_calls.log Create appshell start Menu item with name: ICP: Command Post and index_of_child=-1 Menu item with name: Staging and index_of_child=-1 Menu item with name: IPP: InitialPlanningPoint and index_of_child=2 Menu item with name: PLS: Point Last Seen and index_of_child=-1 Menu item with name: LKP: Last Known Point and index_of_child=-1 Menu item with name: Base and index_of_child=-1 Menu item with name: Helibase and index_of_child=-1 Menu item with name: Heli-n: Helispot and index_of_child=-1 Menu item with name: Camp and index_of_child=-1 Create gc start XReadBitmapFile() failed: Bitmap not found? /Applications/Xastir.app/Contents/cOS/Resources/share/xastir/symbols/2x2.xbm I don't know why it is looking in /Applications/Xastir.app/cOS (which doesn't exist, of course), but 2x2.xbm is in /Applications/Xastir.app/Contents/MacOS/Resources/share/xastir/symbols/. I have no ~/.xastir/config/tactical_calls.log, but wouldn't expect to at this point. Bob ___ 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] Mac Binary Package (was Xastir v2.0.0 has been released)
On Oct 26, 2010, at 6:00 PM, Jeremy McDermond wrote: Okay, I'm not able to reproduce the path issues on my 10.5 system. Make that now able to reproduce. It doesn't seem to be manifesting itself on any of my 10.6 issues for some reason. It appears as though something weird is happening with my _NSGetExecutablePath code, so, since as I mentioned before it's fairly useless, I'll patch the code and release another version with hard coded paths into /Applications/Xastir.app in the configure. I have to head to dinner this evening, but after that I can probably whip something up quickly. I'll also see if I can change the Info.plist file to reflect the new version. I rolled a new version that should have hard coded paths in it, and an updated Info.plist. Remember, as always, to back up your maps before you drop this new version in /Applications. It's uploaded in the same place as before. Let me know how it works (or doesn't) for you, Bob. On Oct 26, 2010, at 5:45 PM, Bob Nielsen wrote: On Oct 26, 2010, at 2:55 PM, Jeremy McDermond wrote: You can try Curt's suggestion, but like this: cd /Applications/Xastir.app/Contents MacOS/xastir -v 4095 I get several instances similar to this: ID: 0x363 Screen: 0 Depth:15 Class:4, TrueColor Clrmap Size: 32 Bits per RGB: 5 Red Mask: 0x7c00 Green Mask: 0x3e0 Blue Mask:0x1f followed by: couldn't open file for reading: /Users/bob/.xastir/config/tactical_calls.log Create appshell start Menu item with name: ICP: Command Post and index_of_child=-1 Menu item with name: Staging and index_of_child=-1 Menu item with name: IPP: InitialPlanningPoint and index_of_child=2 Menu item with name: PLS: Point Last Seen and index_of_child=-1 Menu item with name: LKP: Last Known Point and index_of_child=-1 Menu item with name: Base and index_of_child=-1 Menu item with name: Helibase and index_of_child=-1 Menu item with name: Heli-n: Helispot and index_of_child=-1 Menu item with name: Camp and index_of_child=-1 Create gc start XReadBitmapFile() failed: Bitmap not found? /Applications/Xastir.app/Contents/cOS/Resources/share/xastir/symbols/2x2.xbm I don't know why it is looking in /Applications/Xastir.app/cOS (which doesn't exist, of course), but 2x2.xbm is in /Applications/Xastir.app/Contents/MacOS/Resources/share/xastir/symbols/. I have no ~/.xastir/config/tactical_calls.log, but wouldn't expect to at this point. Bob ___ 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 -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir v2.0.0 has been released
On Oct 25, 2010, at 8:15 PM, Curt, WE7U wrote: Xastir v2.0.0 is available on SourceForge at: http://sourceforge.net/projects/xastir or via CVS. This release includes several bug-fixes done in the last few months plus the really big thing: Open Street Map support! Enjoy! I fixed my compile yoke and made a new Mac binary version from today's CVS. It is available from: http://www.nh6z.net/sites/default/files/Xastir.zip THESE ARE THE CAVEATS TO THIS INSTALL. IF YOU SCREW UP YOUR INSTALL BY NOT READING THESE, I'LL NOT BE RESPONSIBLE (not that I'm responsible anyhow): 1) THE MAPS ARE IN THE APPLICATION BUNDLE SO BACK THEM UP. If you forget to do so, and drop the new binary on the old one, you'll blow away all your maps and have to reacquire and reinstall them. 2) AS ALWAYS, ONLY EXECUTE THIS FROM THE /Applications DIRECTORY. Otherwise it has the potential of screwing up your .xastir directory. You don't want that. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac OSX errors
On Oct 4, 2010, at 9:49 AM, Nikita Bogdanov wrote: XReadBitmapFile() failed: Bitmap not found? /Users/nikitabogdanov/Downloads/Xastir.app/Contents/Resources/share/xastir/symbols/2x2.xbm It looks like you downloaded and tried to use my binary package, and didn't read the bold type on the page that instructs you to copy the app to the /Applications directory. If you've decided to go the MacPorts direction, you'll either have to edit your xastir configuration files in .xastir to correct the paths, or blow away the old configuration and do a new one. If you're going to blow away your configuration it's rm -rf ~/.xastir Thanks in advance, KF5EFR -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Removing Keyspan Driver
On Oct 3, 2010, at 12:14 PM, Jason KG4WSV wrote: On Sun, Oct 3, 2010 at 1:52 PM, Tom t...@deserres.net wrote: Can anyone tell me how to remove the old KeySpan driver from the /dev directory on Mac OS X 10.5.8? Every time I try it I get permission denied even though I'm the root user. Any drivers are going to hang out in /System/Library/Extensions. The driver will be a directory with a .kext extension. For example, my Prolific driver is osx-pl2303.kext. You will of course have to reboot to have the driver unload from the kernel. BE VERY CAREFUL MUCKING AROUND WITH KEXTS, YOU CAN RENDER YOUR SYSTEM UNBOOTABLE. This advice is given as-is, with no guarantees. If you try it out and brick your Mac, it isn't my fault. Drivers don't live in /dev (unless the vendor is particularly stupid, and Keyspan isn't). MacOS X uses devfs for its /dev filesystem. You couldn't copy files into it if you wanted to. -Jason kg4wsv -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libtiff / geotiff install hiccup
I think what Tom is trying to convey is that you've chosen a hard row to hoe for yourself. Compiling and installing things by hand on the command line can be problematic for even people familiar with the command line. I sometimes have to do a lot of research to figure out issues, and I've been doing the UNIX command line, and GNU autoconf based installations for nearly 20 years now. On Sep 20, 2010, at 10:09 PM, T Wegner wrote: 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. My understanding is that the information on Fink being problematic is mildly old. Either way, avoiding it because you have no command line experience and compiling by hand is much like saying that you've heard that people are having problems buying bolts from Home Depot, and because you have limited experience in machining bolts, you're going to machine your own. You're not avoiding the command line by going the direction you're headed, you're diving head first into it. 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. To compile things for my binary distribution, I have the following packages downloaded as prerequisites on MacOS X 10.5: curl-7.19.6 db-4.8.24 gdal-1.6.1 lesstif-0.95.2 libgeotiff-1.2.5 pcre-8.00 proj-4.5.0b4 shapelib-1.2.10 tiff-3.8.2 ImageMagick-6.5.4-5 And of course, the CVS version of Xastir checked out with fresh sources. I use the following configure lines with the packages: curl-7.19.6: ./configure db-4.8.24: ../dist/configure gdal-1.6.1: ./configure lesstif-0.95.2: ./configure libgeotiff-1.2.5: ./configure --with-ld-shared=gcc -dynamiclib -all_load --install_name /usr/local/lib/ pcre-8.0.0: ./configure proj-4.5.0b4: ./configure shapelib-1.2.10: DOES NOT USE GNU AUTCONF. tiff-3.8.2: ./configure ImageMagick-6.5.4-5: ./configure --without-modules --disable-installed --enable-embeddable I use a configure line for Xastir something like: ./configure --without-ax25 --without-festival --without-gpsman --with-bdb-libdir =/usr/local/BerkeleyDB.4.8/lib --with-bdb-incdir=/usr/local/BerkeleyDB.4.8/include If you have problems finding these files, I made them available for download at: http://www.nh6z.net/xastir-distfiles/ Note that the list is not in any particular order. You may need to compile one thing before another, I'd have to dig out my notes to find out which ones are that way. As you've already discovered, libtiff needs to be installed before libgeotiff. 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. I guess I'm rich. My 2.33GHz Core 2 Duo MacBook Pro is nearly falling apart after five years of use in college and law school. I'm getting ready to get rid of my last PPC box. I'm the guy who packaged up the binary distribution for Intel Macs. I can probably provide some commentary for you, but I'm fairly busy until the DCC is over with in Vancouver next weekend. I've had conferences to go to most of this month, so it's been keeping me behind on my e-mail. 73 Tom -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ 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
Re: [Xastir] Open Streets Maps help
On Aug 30, 2010, at 5:13 PM, Jacob Tennant wrote: OK I re downloaded the xastir.dmg file for use on Mac OS 10.6.??? and double clicked on it and the program started right up using the Online/OSM_Cloudmade_1.geo file so something must be working as I never extracted the downloaded files so I am assuming it is not using them as it takes a few seconds to load new maps. I am still trying to find the maps folders anywhere on the hard drive of this computer. But still looking... If you have installed the app where it belongs in the Applications folder, the maps live at: /Applications/Xastir.app/Contents/Resources/share/xastir/maps Jake - K8JWT -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Open Streets Maps help
On Aug 30, 2010, at 12:50 PM, Curt, WE7U wrote: For getting the raster maps going: Tell us what the startup message from Xastir says (start it from an Xterm or similar terminal window), and tell us what the Help-About-Libraries used: line says inside Xastir itself. Most likely you're missing a library that Xastir depends on. Maybe Jeremy can jump in with an idea or two as well. I compile Xastir with nearly all of the options available. The only ones I don't compile with are Festival and gpsman because neither are appropriate for the Mac platform. The libraries that are necessary are are shipped as part of the package, and nothing needs to be installed beyond just dropping the executable in place (it even uses an internal version of libcurl to make sure there are no compatibility problems between the system version and the one necessary for xastir). I think you'll be pleasantly surprised by the OSM raster maps. They look very nice, and we have several choice and layering schemes to choose from too. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] ARRL/TAPR DCC?
I'll be going, and it looks like I've been wrangled into speaking as well. On Aug 31, 2010, at 6:10 PM, Curt, WE7U wrote: Anyone here going to DCC next month (Vancouver, WA)? -- 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 -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Announcing tile support for OSM
On Jul 27, 2010, at 4:53 PM, Curt, WE7U wrote: On Wed, 28 Jul 2010, James Cameron wrote: Are the http requests streamed in one connection, or are there multiple connections? Are the multiple connections fired simultaneously or are they queued one by one? The reason I ask is that several users are on high latency connections, such as satellite or commercial wireless broadband, and a tiling implementation that makes multiple requests pays the latency penalty many times. The requests are lined up serially, plus you can interrupt between them with a pan or zoom or F4. F4 gives you the optimum zoom level in Xastir to match the tile resolution that's nearest. I believe Jerry mentioned that the OSM servers will only accept 2 connections at a time from one address anyway, so you can't do much in the way of parallel operation to begin with. I don't think the real question is whether they're simultaneous, but whether the HTTP request can be pipelined. That way you can request multiple tiles in one TCP connection and save the TCP setup costs over a high latency connection. In any case, once you have an initial set of tiles to match your desktop, panning only requests a few tiles along the new edge. For zooming you take a hit, but only the first time. It gets faster as it learns the area you move around in (because of caching the tiles). -- 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! -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Announcing tile support for OSM
Thanks for the hard work on the OSM code, Jerry. I'm sure that many around here appreciate it, and I know that the programming arts can sometimes be frustrating and rewarding all at the same time. That being said, I'm having a slight issue with today's CVS version of Xastir that I'm trying to compile up a Mac binary for. I've done a clean checkout of the source just to make sure, but when I run configure it doesn't end up generating any Makefiles. I've run bootstrap.sh to try to recreate the build system but haven't had any luck. Just wanting to see if anyone else had the same issue or whether it's just my build yoke. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Announcing tile support for OSM
On Jul 27, 2010, at 5:17 PM, Tom Hayward wrote: I had the same questions and went looking through the code for answers. Indeed the tiles are requested serially. Each tile download is delegated to fetch_remote_file() in fetch_remote.c. This function uses libcurl or wget. I think a new helper function would be required to support multiple downloads via one connection. I haven't looked at the Xastir code, but note that libcurl has a pipelining option that you can turn on so that subsequent calls to the same server will be pipelined. See: http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man3/curl_multi_setopt.3.html and the CURLMOPT_PIPELINING option. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Announcing tile support for OSM
On Jul 27, 2010, at 5:38 PM, James Cameron wrote: On Tue, Jul 27, 2010 at 05:35:11PM -0700, Jeremy McDermond wrote: I haven't looked at the Xastir code, but note that libcurl has a pipelining option that you can turn on so that subsequent calls to the same server will be pipelined. Yes, that works if you're using libcurl in one thread, but not in new threads. If there is a new thread for every tile fetch, then this optimisation won't function. But I would imagine that if you had two worker threads each with an instance of the pipelining libcurl handle that they could each pipeline on separate threads. I could be completely wrong though. -- James Cameron http://quozl.linux.org.au/ -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OSM offline
2.0. Again, I recall saying that a cross platform app is certainly better than nothing at all. I'm glad that Amazon has a Qt based reader app for the Mac. Would I call it a good application? No. Honestly James, this may be platformist. Part of my resistance to cross platform applications on the Mac is the hand-me-down syndrome. We have cross platform stuff, particularly from Linux, but it's like being the little brother of the family. You never get bought your own clothes because you're always getting jackets handed down from your older brother when he grows out of them. They're always faded, ripped up a little, and never fit quite right. Again, it's great if you're in danger of going naked. It sucks when you could reasonably have the new stuff. I just don't want to forgo having new clothes because someone thinks the hand-me-downs are good enough (they cover your body, so they don't have a debilitating loss of functionality). I don't mean this to be a personal attack of any sort, and I hope you don't take it as such. I'm really trying to express my opinion of the state of cross-platform applications from where I sit. I think your idea about having easier to use and edit style sheets for maps is great, and I'd hope to see it thought about carefully and implemented. James VE6SRV -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OSM offline
On Jul 7, 2010, at 10:07 AM, James Ewen wrote: If Xastir 2.0 is to ever to come to fruition, this needs to be something that is seriously considered. I've been following Xastir for many, many years, but I don't run it anymore. It is just not easy enough to deal with. If there are other cross-platform applications out there, why can Xastir not be made in a similar manner? Speaking from the Mac periphery as a developer of a Mac ham application, the problem with the cross-platform applications is that what you really get is the least common denominator on all the platforms. Sure, it's much better than nothing, but it's definitely not a desirable situation. The problem with an Xastir port to Windows (or even the current state of the Mac versions) is that they're really ugly applications that don't work like the rest of the system. The three OSs do things violently differently in a lot of ways, and if you can't account for that, you end up with junky apps. A cross-platform Xastir is never going to install like a real Windows app like APRSCE or UIView. And with the stuff sprinkled around the filesystem, it's never going to install correctly as a Mac app either (not to mention the problems with X11). What I mean to say by this is that Xastir isn't going to compete with APRSCE being a cross-platform application. The fact that Lynn customizes his program for Windows is always going to make it play nicely with Windows. The fact that Xastir is developed on Linux first is always going to make it a second-class Windows citizen. James VE6SRV -- 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] Mac Binary Distribution for Xastir 1.9.9.
In light of the new OSM code that Jerry has so kindly contributed, I have rolled a new Xastir binary package for MacOS X. It's available at: http://www.nh6z.net/sites/default/files/Xastir.zip Please note that the maps are stored within the application bundle, so please remember to back up your maps before you upgrade, and move them back into place afterwords. You have been warned. ;) It's based off of the CVS version of 1.9.9 checked out earlier today. It has *not* been extensively tested, so YMMV, caveat emptor, res ipsa loquitur, etc... Feel free to let me know about any problems or requests and I'll try to get to them as I can between my other projects. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] OSM maps
On Jun 14, 2010, at 12:01 PM, Tom wrote: Has anyone packaged the new version for the Mac yet? I'm waiting until Jerry slows a little bit with development until I package a new version. I don't have a lot of time now, so I want to make sure when I do roll a app bundle that I'm rolling one that should be good for a while. Jerry Dunmire wrote: Slight correction for the tip of CVS at this time (2010/06/14 11:43 PDT)- the file to select is 'OpenStreetMaps.osm'. The extension was changed from .geo to .osm with the last patch. Also a bit of warning, the extension and file name is like to change at least one more time as I integrate linear scaling and support for other OSM styles. Sorry for the churn. The only explanation (not an excuse) is that I'm learning too! 73, ...jerry KA6HLD On Mon, Jun 14, 2010 at 10:20 AM, Bob Nielsen n...@clearwire.net wrote: On Jun 14, 2010, at 9:02 AM, wel...@andreas-weller.de wrote: Peter Gamache peter+a...@duonet.net hat am 14. Juni 2010 um 16:36 geschrieben: Yup. Support for OSM is in CVS HEAD, so grab the latest and build it. ;) [x] done But how to use it? It's not listed with the other maps... It should show up in Map Chooser as Online/OpenStreetMaps.geo. Bob, N7XY ___ 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 ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir Map Menu
On Feb 17, 2010, at 3:34 PM, Curt, WE7U wrote: On Wed, 17 Feb 2010, Keith Kaiser wrote: This is Jeremy's binary install for Mac OSX. Ok. So grab the latest language-English.sys file and replace the file you have installed on your system. Do the same for the other language-* files if you use Xastir with other languages for the menus. If you can, I don't know if the app bundle scheme for Mac lets you replace a file inside. If they are just files on a filesystem then you should be able to do it. Yup. It's just a special directory structure. In the finder, if you right-click the Application icon and choose Show Package Contents you'll get a finder window of the structure. If you're using the command line, it's just a directory named Xastir.app. I think I was lazy in this latest packaging and only replaced the binary, not the shared directory within, so the files didn't get updated. I'll see if I can fix things in the next couple of days. -- Curt, WE7U. http://www.eskimo.com/~archer -- Jeremy McDermond Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] soundmodem stops decoding
On Feb 15, 2010, at 10:17 PM, Grant Siebrecht wrote: I'm running Ubuntu 9.10, fresh install. Installed xastir and soundmodem by using apt-get I can get soundmodem running and decoding packets; however when I start xastir and turn on the serial kiss tnc interface the decoding by soundmodem stops, packets stop scrolling in the terminal window. The TNC interface starts but neither xastir or soundmodem appears to continue to decode packets. Has anyone else had this problem or have any ideas where to look. I tried running soundmodem and xastir as root and I have no luck. This doesn't help you a lot, but I found that I had a lot better luck with soundmodem when running it under the Linux AX.25 subsystem rather than in KISS mode. It's been long enough ago that I don't remember the exact issues. Admittedly, this wasn't with Xastir driving it (it runs the CRVLS digipeater/iGate on javAPRSSrvr). Grant -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] make problems on OSX
On Feb 12, 2010, at 2:25 PM, Keith Kaiser wrote: I downloaded and successfully installed your v1.9.7 of Xastir. It's working good, except maybe the png snapshot option. I'll keep you posted on that. Xastir is using convert to change the .xpm to a .png file. Unfortunately, the version in my binary is looking for it at /usr/local/bin/convert instead of Xastir.app/Contents/Resources/convert. I'll have to fix it up so that I have a working version of convert in the binary distribution. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] make problems on OSX
On Feb 12, 2010, at 3:13 PM, Keith Kaiser wrote: That would be greatly appreciated Jeremy because I use that function a lot to create a web page via Automator. I posted a new version on my web page. Go ahead and try it out with this caveat that I realized the hard way: BACK UP YOUR MAPS BEFORE YOU UPGRADE WITH THIS BINARY. THE MAPS ARE STORED INSIDE OF THE APPLICATION, SO IF YOU DRAG AND REPLACE YOUR APP, YOU'LL BLOW AWAY ALL OF YOUR MAPS. YOU HAVE BEEN WARNED. The maps really should go in /Library/Application Support/Xastir on the Mac, but unfortunatley, without an installer, there's nothing to create this directory on first run. Usually a Mac app would gracefully fail without it, or create it on its own. When I have more time I might look into making this happen for Xastir. Also, the convert code I added is an ugly hack, and will only work if you have the app in /Applications. I may look into doing the same thing as I did for datarootdir in the future. This should at least get folks going. Also, this is the latest 1.9.9 code out of CVS. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] make problems on OSX
On Feb 12, 2010, at 7:24 PM, Keith Kaiser wrote: Jeremy, I know, I know its me again. No worries, I'm always glad to help. Was just wondering, I usually run the get-fcc-rac.pl script after loading Xastir in order to pick up the station information. Is there something simple I can do to make this work too? I haven't tested it, but the script just places everything in /usr/local/share/xastir by default. My bundle expects things in /Applications/Xastir.app/Contents/Resources/share/xastir instead. You can either copy the contents of the fcc directory to /Applications/Xastir.app/Contents/Resources/share/xastir: cp -r /usr/local/share/xastir/fcc /Applications/Xastir.app/Contents/Resources/share/xasitr or, probably better, make a symbolic link: ln -s /usr/local/share/xastir/fcc /Applications/Xastir.app/Contents/Resources/share/xasitr Those have to be executed from the command line in Terminal. Again, these should probably be in /Library/Application Support/Xastir instead. -- Jeremy McDermond Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] make problems on OSX
On Feb 12, 2010, at 7:24 PM, Keith Kaiser wrote: Jeremy, I know, I know its me again. Was just wondering, I usually run the get-fcc-rac.pl script after loading Xastir in order to pick up the station information. Is there something simple I can do to make this work too? For fun and games, I posted a copy of get-fcc-rac.pl with the paths changed to be correct on the same page at http://www.nh6z.net/xastir. You'll need to make sure the fcc directory exists in /Applications/Xastir.app/Contents/Resources/share/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Help! Xastir on a Mac.
On Feb 8, 2010, at 9:57 PM, Timothy Gordish wrote: Folks, I am certain that loading Xastir on a Mac is simple and easy, but I a quite perplexed as to where to even begin. The instructions I found on line are totally cryptic. The terms are meaningless. The nothing in the process is intuitive. I am a simple Mac user, and love my Mac because it is completely transparent to my visual way of thinking. When my mother calls me with a computer problem, although I could quickly fix it for her if I were there, dealing with the problem over the phone with visual descriptions is the most hair pulling task imaginable for me. Now, here is the problem. There are no acceptable fully functioning programs for APRS that I can simply drag and drop to my Mac. I understand that Xastir should work, but I don't want to become a programming wizard just to run APRS. Can anyone help me? Maybe you could load Xastir on my Mac for me. Anyone here in San Diego who can help? Tim -- I have a compiled copy of Xastir that works on Intel Leopard and Snow Leopard at my site. You need to follow the directions in bold print on my web page and make sure to drop the Xastir icon in your Applications directory before the first time you launch it. Do not launch it out of your home directory. Do not launch it out of the DMG image. Do not launch it out of your Downloads directory. Drag the program to your Applications directory before you launch it the first time. You will also need to make sure you have Apple's X11 installed. You can check by looking in your /Applications/Utilities directory and checking for a program named X11. If you don't have it, it's on your original MacOS disc. Maps go in /Applications/Xastir.app/Contents/Resources/share/xastir/maps. You can get there in the finder by right clicking the Xastir icon and choosing Show Package Contents. No maps are shipped with the executable. They'd be huge to cover the entire country. If you're connected to the Internet, you can just use the online Tiger maps. You can get the software at: http://www.nh6z.net/xastir I've extremely far away from San Diego, so I can't help in person, but I'm here to answer any questions about my distribution. Tim AD7AN San Diego, CA -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] My wish list
On Feb 4, 2010, at 9:34 PM, Curt, WE7U wrote: Xastir does have code to retry a downed server periodically and will recover, if you have that option set on the interface. You can also connect to the DNS round-robin server, something like rotate.aprs.net??? I don't recall exactly, but when one goes down, Xastir will retry and get to usually a different one that works. A plea from the Tier2 sysops: Please do not connect to more than one server at once. It just causes duplicates in the system, and wastes bandwidth and cpu on the servers in the network. Tier2 has a few different round-robins. It's probably better if you use your regional round-robin. Those are: noam.aprs2.net -- North America euro.aprs2.net -- Europe asia.aprs2.net -- Asia soam.aprs2.net -- South America aunz.aprs2.net -- Australia New Zealand We also have a global rotate: rotate.aprs2.net -- Curt, WE7U. http://www.eskimo.com/~archer -- Jeremy McDermond (NH6Z) (T2OREGON Sysop and Tier 2 APRS Coordinator) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir on new iPad
On Jan 31, 2010, at 1:27 AM, Nick wrote: I was wondering if there was any desire to port Xastir to the iPad? Certainly looks like an awesome touchscreen navigation tool. I don't think it'd be an easy port because there's no X11 on the iPad. There's not even any Aqua. I've been looking into some of this for making a native Aqua Mac port of Xastir, but quickly figured out that it would just be easier to redesign a new application based on the ideas and implementation of Xastir to create a client. I started some work on it, but got side tracked with other things. Once you have a Mac-ish client to get some of the support stuff done, then you could work on overhauling the interface. Cheers, Nick N9SUB ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] online maps
On Jan 23, 2010, at 5:06 PM, Chip G. wrote: On Jan 23, 2010, at 16:05, David Flood wrote: Rehash does nothing, command not found. That just means you are using one of the less common variations of shells. Most bash/tcsh type shells implement some sort of rehash command to rebuild the list of known commands. I'm not sure what you mean. I use Mac OS, which is a variant of the popular FreeBSD unix. MacOS isn't really a FreeBSD variant. It's a hacked up Mach microkernel with a 4.4 BSD server on top of it that Apple's tried to make look as much like FreeBSD as possible. There's some code sharing there, but the relationship to FreeBSD is shaky at best. For example, the threading models are completely different because Mach has a native idea of threads that is much different than FreeBSD. I tried typing rehash on a command line and it didn't know what I meant, and this is with bash. I did a 'man rehash' and got a very lengthy description of builtin commands, which includes rehash, so it's odd that it didn't work for me (unless I'm not using it right). So it's quite possible that the other gentleman is having the same problem. It could very well be that it's not as simple as just rehash ... rehash is a csh thing (which means tcsh too). Bourne and Korn shell to my knowledge never had a cache that needed to be rebuilt. Doesn't Xastir use libcurl instead of the curl command if it's been compiled in? This would make the paths irrelevant. -- Chip -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir on OS X files placement and Wiki update
On Jan 16, 2010, at 1:15 AM, Nick wrote: Several months ago there was a compiled version of Xastir posted to list. I downloaded it and installed, but didn't do anything with it since I was using Xastir on VMware. I decided to set it up and start using it, but noticed the compiler didn't create the usual folders that you get from the building the binary version. Where are all those folders so I can put my maps in the correct place. Are they in a hidden folder? On my last OSX native Xastir, they were all visible in the GUI file hierarchy. I also noticed the Wiki has not been updated to this latest compiled version of Xastir. It still points to Dana's site which has been out of date for approx the last several years. Not sure how to update the Wiki or who is hosting the compiled version of Xastir, I misplaced the list posting. If you're talking about the version that I compiled up a few months ago, I placed everything that is in the share folder within the application bundle. It'll be in /Applications/Xastir.app/Contents/ Resources/share/xastir. Ideally this stuff should all live in either ~/Library/Application Support/Xastir or /Library/Applicaiton Support/ Xastir but I haven't really put the time into hacking the code to make this happen. There are a couple of ugly hacks in there already that need to be cleaned up. The distribution is at http://www.nh6z.net/xastir Cheers and 73 Nick N9SUB -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] More on radar problem
Thanks a lot for this technique Alex. I've gotten some weather radar on my Xastir maps now. On Dec 6, 2009, at 10:16 PM, Alex Carver wrote: The TIEPOINT directives will assign a specific pixel coordinate (X,Y) to a specific lat/long. Pixel 0,0 is upper left, and 620x620 is the lower right most pixel on my RIDGE image (the image itself is also 620x620 in this case). You need two TIEPOINTs so that Xastir can appropriately place the image. The IMAGESIZE tells Xastir how big the radar file is in pixels (again 620x620 for the Atlanta RIDGE). After that, just fix the URL accordingly. The more accurate the points, the better the radar will line up with your maps. I used Delorme Street Atlas to find a couple known points in the RIDGE data and then worked my way back to the corners. You don't have to use the corners of the image file, any two points will do since Xastir knows about the overall image size using the IMAGESIZE directive. Note that if you get the same file with a .gfw extension, you'll get some information on the radar map that is returned. This includes the coordinates for the upper left corner (0,0) and the number of map units per pixel. If you take these statistics, and multiply them by the resolution of the map (600x550), you can calculate the lower right corner of the map. So, for example, for the NYC map (OKX), http://radar.weather.gov/ridge/RadarImg/N0R/OKX_N0R_0.gfw will return: 0.00951144131747161 0.00 0.00 -0.00951144131747161 -75.7126750876687 43.4768917707963 I wrote a perl script that will take as a single argument the abbreviation of the radar station off of the NWS site, and output to STDOUT a .geo file that should be correct for it. Note that you'll need to install LWP::UserAgent and Image::Size off of CPAN to make it work. Hopefully folks find this useful. If someone wants to brush it up and put it into contrib or something, they have my permission. -- CLIP #!/usr/bin/perl use strict; use LWP::UserAgent; use Image::Size; my $station = uc($ARGV[0]); my $gif_url = 'http://radar.weather.gov/ridge/RadarImg/N0R/' . $station . '_N0R_0.gif'; my $response = LWP::UserAgent-new-request( HTTP::Request-new( GET = $gif_url ) ); unless($response-is_success) { die Couldn't get radar image: , $response-status_line, \n; } my ($img_x, $img_y) = imgsize(\$response-content); my $response = LWP::UserAgent-new-request( HTTP::Request-new( GET = 'http://radar.weather.gov/ridge/RadarImg/N0R/' . $station . '_N0R_0.gfw' ) ); unless($response-is_success) { die Couldn't get radar descriptor: , $response-status_line, \n; } my ( $yscale, undef, undef, $xscale, $lon, $lat ) = split(/\r\n/, $response-content); my $tiepoint_lat = $lat - ($yscale * $img_y); my $tiepoint_lon = $lon - ($xscale * $img_x); print URL\t\t$gif_url\n; print TIEPOINT\t0\t0\t$lon\t$lat\n; print TIEPOINT\t$img_x\t$img_y\t$tiepoint_lon\t$tiepoint_lat\n; print IMAGESIZE\t$img_x\t$img_y\n; print REFRESH\t\t60\n; print TRANSPARENT\t0x0\n; print PROJECTION\tLatLon\n; - CLIP --- -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building on OS-X
On Dec 2, 2009, at 10:21 AM, John Ronan wrote: --with-bdp-libdir=/usr/local/BerkeleyDB.4.8/lib ^ It's --with-bdb-libdir= You have bdp -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Building on OS-X
On Dec 2, 2009, at 10:49 AM, John Ronan wrote: On 2 Dec 2009, at 15:44, Jeremy McDermond wrote: On Dec 2, 2009, at 10:21 AM, John Ronan wrote: --with-bdp-libdir=/usr/local/BerkeleyDB.4.8/lib ^ It's --with-bdb-libdir= You have bdp indeed I do, I guess I should clean my glasses. Sometimes just having a second set of eyes helps. You look at it too long and you miss things. Thanks John -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Map caching in OS X
On Dec 2, 2009, at 12:12 PM, John Ronan wrote: If you don't need 4.7, why not remove them all and remove the discrepancy? I'm not a big Fink user, but I recall that it has dev packages and normal packages. The include files only install with the dev package, so there's a possibility that you only have 4.7.25-dev installed and not 4.8.24-dev. You may only be able to have one of the dev packages installed because it may stomp on the include files. Again, I don't know for sure because I don't use Fink, I compile stuff from scratch generally. John On 2 Dec 2009, at 17:04, Bob Nielsen wrote: On Dec 1, 2009, at 8:46 PM, Jeremy McDermond wrote: On Dec 1, 2009, at 9:33 PM, Bob Nielsen wrote: I have Berkely DB 4.7 and 4.8 installed but configure doesn't recognize them and as a result, caching is not enabled. Is there any trick to this with OS X? I had to point configure specifically at the directories with flags: --with-bdb-libdir=/usr/local/BerkeleyDB.4.8/lib --with-bdb-incdir=/usr/local/BerkeleyDB.4.8/include You might try: --with-bdb-libdir=/sw/lib --with-bdb-incdir=/sw/include or something similar. Thanks, I ended up using --with-bdb-libdir=/sw/lib and --with-bdb- incdir=/sw/include/db4 and that worked, as far as the configure step. However, it looks like I have a version discrepancy to work on: * WARNING * Berkeley DB header files/shared library file do NOT match! Disabling use of the map cache. Header file: Berkeley DB 4.7.25: (May 15, 2008) Library file: Berkeley DB 4.8.24: (August 14, 2009) * WARNING * This is probably an issue with fink. 73, Bob N7XY ___ 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 ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Map caching in OS X
On Dec 1, 2009, at 9:33 PM, Bob Nielsen wrote: I have Berkely DB 4.7 and 4.8 installed but configure doesn't recognize them and as a result, caching is not enabled. Is there any trick to this with OS X? I had to point configure specifically at the directories with flags: --with-bdb-libdir=/usr/local/BerkeleyDB.4.8/lib --with-bdb-incdir=/usr/local/BerkeleyDB.4.8/include You might try: --with-bdb-libdir=/sw/lib --with-bdb-incdir=/sw/include or something similar. Bob, N7XY ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] has anyone ever considered an info kisok in xastir ?
On Nov 11, 2009, at 1:10 PM, Craig Anderson wrote: I like the ax25 kernel stack too, but I have heard that those kernel modules are not multiprocessor safe. I have not looked into it that deeply. Does anyone know if that is true or not? If not, then I'll have to run a single-processor version of Linux with AX.25 in a VM on my dual-processor Linux server. Any hints would be appreciated. I don't know if it's supported, and I haven't looked at the code, but I'm running the ax25 kernel stack on an AMD Athlon X2 on the amd64 kernel: Linux aprs 2.6.29-gentoo-r5-aprs #1 SMP Fri Jul 17 12:27:29 PDT 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/ Linux processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 43 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping: 1 cpu MHz : 2010.523 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3d now rep_good pni lahf_lm cmp_legacy bogomips: 4021.04 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 43 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping: 1 cpu MHz : 2010.523 cache size : 512 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3d now rep_good pni lahf_lm cmp_legacy bogomips: 4019.91 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp Thanks, Craig n6yxk -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] has anyone ever considered an info kisok in xastir ?
On Nov 10, 2009, at 9:17 AM, John Ronan wrote: On 10 Nov 2009, at 14:10, Curt, WE7U wrote: On Tue, 10 Nov 2009, John Ronan wrote: I guess the caveat is that you would need linux ax25 running (rather than having xastir talk to the TNC directly). If you get stuck, let me know. But... We have an app for that... Kind'a. Check the HOWTO's: There's one for soundmodem and another for AX.25. Any problems? Let us know and we'll tweak the docs some more to help. So there is, I hadn't spotted that... well done whoever wrote it! Actually, the soundmodem one is written really well. I used it as a basis to get kernel ax25 running on my IGate, and it worked out well. Thanks to whoever wrote it. John -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] has anyone ever considered an info kisok in xastir ?
On Nov 10, 2009, at 7:30 PM, Bill V WA7NWP wrote: Hmm, I guess the caveat is that you would need linux ax25 running (rather than having xastir talk to the TNC directly). One of the duct tape setups I hope to test some day is the ax25, kiss and serial port tools that would allow splitting one serial port into two or more. If that was done, then both xastir and digined could talk to a single serial port. It would probably be easier to get ax25 running. I actually have both javAPRSSrvr and other programs talking to soundmodem at the same time. Particularly, I'm using the beacon program from the Linux ax25 tools to generate an object for a repeater in the area. It works out fairly well. It's also allowed me to do some things like run aprsmon to listen to the radio channel while still having the digipeater working. Bill - WANWP -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] has anyone ever considered an info kisok in xastir ?
On Nov 10, 2009, at 7:57 PM, Bill V WA7NWP wrote: I actually have both javAPRSSrvr and other programs talking to soundmodem at the same time. The soundmodem provides multiple virtual serial ports or are you using the ax25 kernel stack? I'm using the kernel ax25 stack. If you set soundmodem to MKISS then it uses the ax25 stack as well. On my other software page that I posted earlier, there are links to my axports, soundmodem.conf, and the script that starts the beacon for the repeater at the bottom of the page. Bill -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir for MacOS X Binary
On Oct 29, 2009, at 11:25 AM, John Ronan wrote: On 29 Oct 2009, at 15:14, Curt, WE7U wrote: On Thu, 29 Oct 2009, Keith Kaiser wrote: I think your notes would be a great addition to the Wiki. I'll see what I can get put up between my homework and such. I have a couple of rough perl scripts that I use to create the frameworks from the shared library files that I will post with it. I'd like to have a try at building it on Snow Leopard The first version I posted was built on Snow Leopard, but linked to libcurl which the system copy was too old on Leopard, and so it broke there. I ended up compiling it on my Leopard box for compatibility purposes. Also, to make sure it works on as many machines as possible, I compiled it for i386, and not x86_64. What I'd eventually like to do with it is make it a fat binary with both i386 and x86_64 in it (maybe ppc too, I have a G5 box I can compile on). Look at the lipo command for how to manipulate Mach-O binaries (which include shared libraries) in order to put more than one architecture in them. de John EI7IG -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir for MacOS X Binary
Because of some problems folks were having with running this on Leopard instead of Snow Leopard, I have compiled up a new version of this distribution, and it's available at the same web page: http://www.nh6z.net/xastir . I have no clue whether this will work on Tiger, as I don't have a box to test it on. Again, this will not work on non-Intel macs for sure, because I haven't built this stuff as fat binaries. It is compiled as a 32- bit application though, so it will work on the older Core Duo and Core Solo boxes that aren't 64 bit. I've also made a few changes. 1) I figured out why map caching wasn't being enabled (lack of Berkeley DB), so I enabled it and included Berkeley DB as an internal framework in the app bundle. 2) I updated to the latest version 1.9.7 out of the CVS repository. It should be fresh code as of today. I also wanted to remind people with this distribution that the share directory is *inside* the application bundle. So, if you want to add maps, they need to go in there. You can either do it by the command line, and it will be inside the Resources directory, or you can right click the bundle and choose Show Package Contents. You'll get a finder window that you can then navigate to Contents-Resources-share- xastir. You'll find your maps directory and such in there. Thanks for everyone's commentary and suggestions. They've for sure helped show me where things needed to be improved. If folks are truly interested, I'm happy to write up some notes on how this is done and post them up somewhere. -- Jeremy McDermond (NH6Z) Xenotropic Systems mcde...@xenotropic.com ___ Xastir mailing list Xastir@lists.xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir