Re: [Xastir] GPS - part 2

[David Ranch]

I don't think that's the problem. cgps - s shows my position 
correctly. Maybe I'm expecting Xastir to do something that's not 
intended to do.


Ok.. maybe check out my other document for an example Xastir config 
using gpsd:


https://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#19b4.xastir-running

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] GPS - part 2

[David Ranch]

Hello Phil,

If you're sit struggling with gpsd and cgps, you might want to check out 
my cookbook notes on getting GPSd working / tested.  Maybe it will catch 
something in your setup:


https://www.trinityos.com/HAM/CentosDigitalModes/RPi/rpi4-setup.html#33b.usb-gps

--David
KI6ZHD


On 05/17/2023 05:04 PM, Phil wrote:
I just noticed that If I right click on my station's icon to view 
"station Info" then the position of my station is shown correctly. So 
I'm not sure why view -> gps status shows "fix:invalid".




___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Receiving messages

[David Ranch]

Yes, it's possible.

--David
KI6ZHD


On 05/17/2023 04:04 PM, Phil wrote:


On 17/5/23 21:27, st...@coastaldatasystems.com wrote:
There is also the point that the mobile station may be, well, mobile. 
I'm
not going to be trying to type a reply to a station when I'm doing 
60-70 mph

down the road.


What I really wanted to know if it's possible to receive a message via 
Xastir; I don't think so.




___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir Digest, Vol 798, Issue 1

[David Ranch]

Hello Robert,

Ok, I hear what you're saying.  All I can recommend at this point is to 
enable the logging and debugging and see what those log files say.  If 
they don't say anything useful, I don't think I will have anything else 
to offer here but maybe someone else could chime in with advanced 
troubleshooting steps.


--David
KI6ZHD


On 04/25/2023 12:33 PM, ROBERT SWITZER wrote:

David,

This usb cable is fine. This exact setup was working fine before I had to 
rebuild the rpi and reinstall xastir.

Yes fully understand about using one interface entry at a time and yes the 
script was setup using the TC command ( if I remember correctly) to switch 
between the aprs12 and packet12 modes for one interface entry vs the other.


It all worked. I have examined stdout msgs and
Every log I can find. I will check dmesg as I’ve never done that before but 
what I am asking is specially what and how does xastir use ( and what )to drive 
an interface from UP state ( which it goes to on startup ) to ERROR state ?

When it is in UP state I am getting messages to xastir correctly ( I’m only 
trying the read only /aprs12 mode for now). But it only stays up for about 1-2 
minutes. Then goes to ERROR with nothing in any log or output that I can see 
that would explain why it goes to ERROR state.

It is extremely frustrating. The other interface I have up is the aprs-is 
interface which works well

Robert KA2CZU

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Xastir  on behalf of David Ranch 

Sent: Tuesday, April 25, 2023 2:45:28 PM
To: Xastir - APRS client software discussion 
Subject: Re: [Xastir] Xastir Digest, Vol 798, Issue 1


Hello Robert,


I have the D72A connected to a RPi 4 via USB and have setup two interfaces in 
Xastir,

One for read-only: where the D72A runs in normal APRS12 mode and one for 
read-write
where the D72A runs in KISS mode (packet12)

Ok.. and I assume you understand you can only use one interface at a
time right?



The interface type is "Serial TNC w/GPS on AUX port /dev/ttyUSB0"

This Xastir setting would probably be the correct one to use when the
D72 TNC is in "APRS12" mode



When I start the interface, the link status on the Interface Control 
page/window will go to UP, then
something happens (a timeout or ??) and it goes to ERROR.

So this "ERROR" output shows on Xastir (please confirm that).  That
said, try doing a few things:

 1. Try running a serial terminal program connecting to /dev/ttyUSB0
.  Once connected and running at the matching serial port speed on your
D72 (probably 9600/n/8/1), next make sure the D72 has APRS --> COM port:
Output: ON.  Once that's enabled, cycle the D72's TNC from PACKET12 to
APRS12 and see if you start seeing incoming text.  This NEEDS to work so
don't go past this until you get things sorted.  Once sorted, exit the
terminal program.

 2. Back in Xastir, try
2.a. Enabling File --> TNC Logging and then then see what the
resulting log file shows
2.b. Try viewing the incoming TNC data via View --> Incoming data





I can't find any log message that will tell me why the interface status changed.

The Xastir logs go in $HOME/.xastir/logs



I've been using startup/stop scripts that I found out on the 'net for the d72a

Are you using scripts that put the D72 into KISS mode?  If so, then the
correct Xastir interface type should be "Serial KISS TNC" and not the
others.



and been playing around
to try to understand all the commands to the d72a, but point is when the the 
link status is UP
everything seems to work, I see incoming data fine and likely could send out 
messages as well (though
the link errors out so quickly I've not really tried, it seems irrelevant to 
tracing down whatever is causing
the link status to go to ERROR)

What kind of USB to serial cable do you have?  Is it NEW or have you had
it for a while?  I ask because there are an absolute TON of terrible
Prolific knockoff cables out there.  While many of them seem to work
with Linux, Microsoft has outright banned the their driver to support
them.  I mention all this as these knockoff chips are also known to have
short lives.  Maybe yours is on it's way out.  Do you have another cable
you can try?



Just not sure how to trace the ERROR, nor what settings might affect this.

You might try running Xastir from a terminal window and see if any
errors are shown from the STDOUT.  You also might want to look at the
end of dmesg to see if there are serial driver issues being reported too.

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir Digest, Vol 798, Issue 1

[David Ranch]

Hello Robert,


I have the D72A connected to a RPi 4 via USB and have setup two interfaces in 
Xastir,

One for read-only: where the D72A runs in normal APRS12 mode and one for 
read-write
where the D72A runs in KISS mode (packet12)


Ok.. and I assume you understand you can only use one interface at a 
time right?




The interface type is "Serial TNC w/GPS on AUX port /dev/ttyUSB0"


This Xastir setting would probably be the correct one to use when the 
D72 TNC is in "APRS12" mode




When I start the interface, the link status on the Interface Control 
page/window will go to UP, then
something happens (a timeout or ??) and it goes to ERROR.


So this "ERROR" output shows on Xastir (please confirm that).  That 
said, try doing a few things:


   1. Try running a serial terminal program connecting to /dev/ttyUSB0 
.  Once connected and running at the matching serial port speed on your 
D72 (probably 9600/n/8/1), next make sure the D72 has APRS --> COM port: 
Output: ON.  Once that's enabled, cycle the D72's TNC from PACKET12 to 
APRS12 and see if you start seeing incoming text.  This NEEDS to work so 
don't go past this until you get things sorted.  Once sorted, exit the 
terminal program.


   2. Back in Xastir, try
  2.a. Enabling File --> TNC Logging and then then see what the 
resulting log file shows

  2.b. Try viewing the incoming TNC data via View --> Incoming data





I can't find any log message that will tell me why the interface status changed.


The Xastir logs go in $HOME/.xastir/logs



I've been using startup/stop scripts that I found out on the 'net for the d72a


Are you using scripts that put the D72 into KISS mode?  If so, then the 
correct Xastir interface type should be "Serial KISS TNC" and not the 
others.




and been playing around
to try to understand all the commands to the d72a, but point is when the the 
link status is UP
everything seems to work, I see incoming data fine and likely could send out 
messages as well (though
the link errors out so quickly I've not really tried, it seems irrelevant to 
tracing down whatever is causing
the link status to go to ERROR)


What kind of USB to serial cable do you have?  Is it NEW or have you had 
it for a while?  I ask because there are an absolute TON of terrible 
Prolific knockoff cables out there.  While many of them seem to work 
with Linux, Microsoft has outright banned the their driver to support 
them.  I mention all this as these knockoff chips are also known to have 
short lives.  Maybe yours is on it's way out.  Do you have another cable 
you can try?




Just not sure how to trace the ERROR, nor what settings might affect this.


You might try running Xastir from a terminal window and see if any 
errors are shown from the STDOUT.  You also might want to look at the 
end of dmesg to see if there are serial driver issues being reported too.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir Digest, Vol 798, Issue 1

[David Ranch]

Hello Robert,

Can you tell us more here?  What is showing the "ERROR" text?  Is that 
shown on the D72's display?  How are you interfacing the D72 to Xastir?  
As a KISS TNC?


--David
KI6ZHD




On 04/20/2023 08:28 AM, ROBERT SWITZER wrote:

Yes. In fact if anyone knows why my D72A interface always works for about 1 
minute upon startup and then goes to ERROR, I would love to hear debugging ideas

Robert KA2CZU

Get Outlook for iOS

From: Xastir  on behalf of 
xastir-requ...@lists.xastir.org 
Sent: Wednesday, April 19, 2023 3:00:01 PM
To: xastir@lists.xastir.org 
Subject: Xastir Digest, Vol 798, Issue 1

Send Xastir mailing list submissions to
 xastir@lists.xastir.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://xastir.org/mailman/listinfo/xastir
or, via email, send a message with subject or body 'help' to
 xastir-requ...@lists.xastir.org

You can reach the person managing the list at
 xastir-ow...@lists.xastir.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xastir digest..."


Today's Topics:

1. Test (Steve Shuff)
2. Re: Test (ed...@billiau.net)
3. Re: Test (Steve Shuff)
4. Re: Test (David Brooke G6GZH)
5. Re: Test (Jason KG4WSV)


--

Message: 1
Date: Wed, 19 Apr 2023 10:43:15 +0100
From: Steve Shuff 
To: Xastir@lists.xastir.org
Subject: [Xastir] Test
Message-ID:
 
Content-Type: text/plain; charset="UTF-8"

Hello, Is this list still active , Anyone ?

--
Steve


--

Message: 2
Date: Wed, 19 Apr 2023 20:17:31 +1000
From: ed...@billiau.net
To: xastir@lists.xastir.org
Subject: Re: [Xastir] Test
Message-ID: <20230419201731.7a7a0...@zenbook2.billiau.net>
Content-Type: text/plain; charset=US-ASCII

On Wed, 19 Apr 2023 10:43:15 +0100
Steve Shuff  wrote:


Hello, Is this list still active , Anyone ?


Certainly, active when required, slumbering otherwise.

Liz
VK2XSE


--

Message: 3
Date: Wed, 19 Apr 2023 11:33:32 +0100
From: Steve Shuff 
To: Xastir - APRS client software discussion 
Subject: Re: [Xastir] Test
Message-ID:
 
Content-Type: text/plain; charset="UTF-8"

Hi Liz
Thanks for the reply..
I ask because I am looking for some advice on loading  xastir and direwolf
onto a Raspberry pi.
I ran that setup a few years back on Raspbian and Python 2, I just wondered
if it is compatible with Bullseye and Python 3. If anyone here could advise
I would appreciate it.
Thanks ,
  Steve,  G7NSJ

On Wed, 19 Apr 2023, 11:17 ,  wrote:


On Wed, 19 Apr 2023 10:43:15 +0100
Steve Shuff  wrote:


Hello, Is this list still active , Anyone ?


Certainly, active when required, slumbering otherwise.

Liz
VK2XSE
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir



--

Message: 4
Date: Wed, 19 Apr 2023 11:46:01 +0100
From: David Brooke G6GZH 
To: xastir@lists.xastir.org
Subject: Re: [Xastir] Test
Message-ID: 
Content-Type: text/plain; charset=us-ascii

Hi Steve,

On Wed, Apr 19, 2023 at 11:33:32AM +0100, Steve Shuff wrote:

I ran that setup a few years back on Raspbian and Python 2, I just wondered
if it is compatible with Bullseye and Python 3. If anyone here could advise
I would appreciate it.

I've not actually tried it but both xastir and direwolf are available in
the Raspbian Bullseye repository so I'd expect it to work.

David G6GZH



--

Message: 5
Date: Wed, 19 Apr 2023 11:09:27 -0500
From: Jason KG4WSV 
To: Xastir - APRS client software discussion 
Subject: Re: [Xastir] Test
Message-ID: <3c81a3e7-d9c8-4459-99b7-415e237b8...@gmail.com>
Content-Type: text/plain; charset=utf-8

Xastir doesn?t use python.

-Jason



On Apr 19, 2023, at 5:33 AM, Steve Shuff  wrote:

?Hi Liz
Thanks for the reply..
I ask because I am looking for some advice on loading  xastir and direwolf
onto a Raspberry pi.
I ran that setup a few years back on Raspbian and Python 2, I just wondered
if it is compatible with Bullseye and Python 3. If anyone here could advise
I would appreciate it.
Thanks ,
Steve,  G7NSJ


On Wed, 19 Apr 2023, 11:17 ,  wrote:

On Wed, 19 Apr 2023 10:43:15 +0100
Steve Shuff  wrote:


Hello, Is this list still active , Anyone ?


Certainly, active when required, slumbering otherwise.

Liz
VK2XSE
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


--

Subject: Digest Footer

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Bulletin received sound

[David Ranch]

Instead of calling "play_sound", why not make a system call to run a 
shell script?  Within the shell script, you can do anything you want be 
change the audio file it plays, wakes the display, sets of GPIO pin to 
light an LED, etc.


--David
KI6ZHD


On 08/08/2021 06:26 PM, Steve Huston wrote:

I have a Raspberry Pi setup running Xastir, and use the "play sound
effect" system to manually turn on the display when I receive a
message.  When I get a message it calls a script I wrote that simply
looks at the argument (.wav filename) and if it's "newmessage.wav" it
turns off the screen blanking and unsets dpms to light up the display.
This way without having the screen on all the time, it lets me know if
I have a new message.

I'd like this to work for bulletins as well, and quickly realized when
looking at the source that adding a new config option for playing a
certain message when a new bulletin is received is beyond my ability.
What is within my ability, however, is copying the call for play_sound
to the right place in db.c so that it uses the same "new message"
sound when a bulletin comes in:

diff --git a/src/db.c b/src/db.c
index 4ccfd68a..78291e64 100644
--- a/src/db.c
+++ b/src/db.c
@@ -18709,6 +18709,10 @@ int decode_message(char *call,char *path,char
*message,char from,int port,int th
{
  // fprintf(stderr,"found BLN: |%s| |%s|\n",addr,message);
  bulletin_data_add(addr,call,message,"",MESSAGE_BULLETIN,from);
+if (sound_play_new_message)
+{
+  play_sound(sound_command,sound_new_message);
+}
  done = 1;
}
if (debug_level & 1)

I'd submit this as a pull request, but it seems silly to fork the
project to add four lines to it.  If you'd like me to, I will however.
Or if you think there's a better way to do this, that's fine too.  Or
if you think you don't want it at all, I'll keep hacking my local copy
:D



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] [notificati...@github.com: [Xastir/Xastir] SSL cert expired (#177)]

[David Ranch]

That's a free "Let's Encrypt" certificate which are only valid for three 
months but you can renew it 60 days into the 90 day lifetime.


I personally find three months as insanely short but it's also free so 
you really can't complain too much.  There are lots of tools to make 
this renewal pretty simple but I've personally had good luck with the 
certbot shell solution compared to some of these heavy weight solutions 
requiring docker, etc.


https://www.itzgeek.com/how-tos/linux/how-to-configure-lets-encrypt-ssl-in-lighttpd-server.html

--David
KI6ZHD




On 05/25/2021 07:58 AM, Tom Russo wrote:

Yeah, the SSL certificate for xastir.org looks like it expired on March 25th.

Curt, that's owned by you these days, right?



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Tinytrak TNC not opening interface

[David Ranch]

Jason, I think its in KISS.  Regarding the readable payload with binary 
garbage, I'm getting it.  Here's some of what putty sees, so I think the baud 
rate is good too.
KC3OBB-1>APT314,WIDE1-1,WIDE2-1:>MT-Omega v1.47
KC3OBB-1>APT314,WIDE1-1,WIDE2-1:$GPRMC,190857,A,4015.8900,N,07946.0796,W,000,057,080221,,*03/TT3
 ROCKET|!"#c'6|!w!x!


That's definitely NOT KISS and that's not "binary gargage" as that's 
almost all plain text.  True binary data coming from APRS in KISS form 
would look like for six received packets (each question mark represent a 
non-ASCII binary value):

--
?h@`??l???|??l???b@??d@??200Ah Solar 
Generator???n`??l???`??l??b@??d@??`2.hl 
>/'"3y}|!e%e']|!wA:!|3??@@`??l???b?l??@@??@082002z3755.50N/12 P
?dj?`??l???d??l???b@@??=3658.94N/12200.92W-Cap in Santa Cruzt 
Diablo/A=003624=003624

--

As you can see, most of the data received in KISS form is binary but 
there is some human readible text in there (GPS coordinates, beacon 
string data, etc).



In your example, you're non-KISS output, you should read it as:

KC3OBB-1   - sender's callsign and SSID
 Strange, this callsign isn't found in aprs.fi - maybe 
you're not on 144.390Mhz?

   APT314  - sending packets from a TinyTrack III - 
http://aprs.org/aprs11/tocalls.txt
   WIDE1-1,WIDE2-1 - sending to both forms of APRS packet distributions
   MT-Omega v1.47  - Seems this TNC is sending out it's model and version number

Next packet
   $GPRMC - This seems like an unexpanded GPS location

   The next oath does include the packet's position, etc. including an 
identifier of "TT3 ROCKET" meaning it's a TinyTrack tracker


   The binary data behind that string might be some sort of embedded 
telemetry data.



You'll need to make sure you have a valid script in your Xastir install 
to enable KISS on your TNC and restart it go be active:


   https://xastir.org/index.php/XASTIR_Manual#Serial_KISS_TNC

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Fwd: xastir is marked for autoremoval from testing

[David Ranch]

Hey Tom,

This is really an Xastir Debian packager issue.  Doing a little digging, 
I see:


   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957970

It seems that alert was based on xastir/2.1.4+git20191127.bb66a77-3 but 
since then, Adrian Bunk  updated it to 2.1.6 and it 
seems like the alert was closed.  So, I think for the time being, the 
Debian's repos and downstreams (Ubuntu, Mint, etc) will continue to 
include Xastir.  :-)


--David
KI6ZHD




On 07/24/2020 05:22 PM, Tom Russo wrote:

The issue referenced (957970) is precisely the one that led to the fixes
back in Feb, and predate 2.1.6.  So it sounds like they actually need to update
their package and try again, even though it's *claiming* that 2.1.6 doesn't
build.  If there are still issues, it would be good if they'd actually bring
them to our attention directly instead of just marking the package for removal.

I had even answered that issue on their issue tracker back in April.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957970


Also, you had posted back in April about this very same issue
(http://xastir.org/pipermail/xastir/2020-April/025317.html).  This Debian
issue was in fact the reason we pushed out a 2.1.6 point release.  The gcc10
issues were fixed in Feb, but only available on the master branch until then.
The issues were trivial to fix.

On Fri, Jul 24, 2020 at 06:07:27PM -0600, we recorded a bogon-computron collision of 
the  flavor, containing:

On Fri, Jul 24, 2020 at 03:32:49PM -0600, we recorded a bogon-computron collision of 
the  flavor, containing:

Well, we already fixed failures to build with gcc10 with commit c61e49b2
in February, shortly before release 2.1.6.  Wonder what new ones might have
crept in.

Can you tell from the autoremoval posting what the new errors are?

I just built Xastir with gcc 10 on FreeBSD with no errors.

Don't know what the problem is on Debian.  Any details you can provide
would help.

They marked Xastir for autoremoval because we had a single archaic optional
script that used Python 2.7, too.  I removed that script precisely to deal
with that autoremoval issue.


On Fri, Jul 24, 2020 at 01:42:48PM -0700, we recorded a bogon-computron collision of 
the  flavor, containing:

Saw this warnings about compiling with GCC10 for Xastir and many other
ax25-apps, ax25-tools, ax25-utils, Linpac, axmail, UroNode, Quisk, Soapy*,
etc.

---David

 Forwarded Message 
Subject:xastir is marked for autoremoval from testing
Resent-Date:Thu, 23 Jul 2020 04:58:23 + (UTC)
Resent-From:debian-h...@lists.debian.org
Date:   Thu, 23 Jul 2020 04:39:29 +
From:   Debian testing autoremoval watch 
To: xas...@packages.debian.org



xastir 2.1.6-1 is marked for autoremoval from testing on 2020-08-06

It is affected by these RC bugs:
957970: xastir: ftbfs with GCC-10

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

--
Tom RussoKM5VY
Tijeras, NM

  echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

--
Tom RussoKM5VY
Tijeras, NM

  echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Fwd: xastir is marked for autoremoval from testing

[David Ranch]

Saw this warnings about compiling with GCC10 for Xastir and many other 
ax25-apps, ax25-tools, ax25-utils, Linpac, axmail, UroNode, Quisk, 
Soapy*, etc.


---David

 Forwarded Message 
Subject:xastir is marked for autoremoval from testing
Resent-Date:Thu, 23 Jul 2020 04:58:23 + (UTC)
Resent-From:debian-h...@lists.debian.org
Date:   Thu, 23 Jul 2020 04:39:29 +
From:   Debian testing autoremoval watch 
To: xas...@packages.debian.org



xastir 2.1.6-1 is marked for autoremoval from testing on 2020-08-06

It is affected by these RC bugs:
957970: xastir: ftbfs with GCC-10

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir release 2.1.6 has been published.

[David Ranch]

Wow.. a Baycom user!  There aren't many of you guys left anymore but 
it's great to see things are still working!


For those of you who don't know what a BayCom modem is, it's NOT a 
traditional kiss TNC connected though a serial port.  Instead, it's a 
bit-banged serial port that really only work on real serial ports aka 
16450, 16550, 16650, etc.


--David
KI6ZHD


On 04/18/2020 10:28 AM, MLHPUB wrote:

Right, with SUID root, AX25 socket is connectable.

With this computer, it is the first time I use update-xastir script :

- I had an old Debian package purged (apt-get purge xastir) never used 
with AX25 port before switching to GIT

- Previous binary was first built from GIT
- Actual binary is built after use of update-xastir script

The real problem is probably the user (me...) because I do not 
remember if I changed permissions before the first use from GIT.


My AX.25 setup is :
- one "aprs" port described in /etc/ax25/axports
- the following startup (with systemd) script to use an old Baycom on 
a serial port



modprobe mkiss
modprobe hdlcdrv
modprobe baycom_ser_fdx
setserial /dev/ttyS0 uart none
sethdlc -p -i bcsf0 mode "ser12*" io 0x3f8 irq 4
sethdlc -i bcsf0 -a txd 200 slot 100 ppersist 40 half
ifconfig bcsf0 192.168.2.1 hw ax25 F4ACU-3 up


73

Matthieu
F4ACU

Le 18/04/2020 à 18:49, Tom Russo a écrit :
On Sat, Apr 18, 2020 at 06:37:23PM +0200, we recorded a 
bogon-computron collision of the  flavor, containing:

It was not :

-rwxr-xr-x 1 root staff 1437288 avril 18 12:54 xastir

And now :

-rwxr-sr-x 1 root xastir-ax25 1437288 avril 18 12:54 xastir

Does not change anything.

Maybe I should remove the app and reinstall ?

I would not expect that to help in any way.

There is an issue with how your AX.25 setup is done, and it isn't 
Xastir's

doing.  Without knowing that, it is hard to say what is wrong. The most
common set-up of AX.25 requires that Xastir be SUID root, but this 
has been
discussed as "insecure" for so long that some systems have other 
solutions,

including various group memberships (like, say, xastir-ax25?).

You could try the more drastic measure of just setting Xastir to have 
SUID
root, which *should* make it able to connect to AX.25 interfaces no 
matter

how your system is configured.

   sudo chmod u+s /usr/local/bin/xastir

If that fixes things, you have to figure out why the supposedly more 
secure
group membership issue wasn't working.  You'll also have to figure 
out what
you did differently when you installed *this* binary compared to what 
you did
the last time.  If you had it working before, doing the same thing 
you did

to get it working before should have worked this time.

The "update-xastir" script does none of this work for you --- it just 
builds

and installs the binary.  You have to do the permissions/security stuff
yourself.  These only impact AX.25 networking, which is the only 
thing Xastir

needs special permissions to use.

How had you installed Xastir previously?  Was it via a package, or via
a source install?


Le 18/04/2020 ?? 17:50, Tom Russo a ??crit??:
On Sat, Apr 18, 2020 at 03:08:05PM +0200, we recorded a 
bogon-computron collision of the  flavor, containing:
Sorry, I forgot an important point : the user which run Xastir is 
still

member of xastir-ax25 and dialout groups.

And are you sure that the binary you installed is sgid xastir-ax25?

sudo chmod g+s /usr/local/bin/xastir
sudo chown :xastir-ax25 /usr/local/bin/xastir


Le 18/04/2020 ?? 13:11, MLHPUB a ??crit??:

Hi Tom,

Thanks for update !
I just have run ./update-xastir script which downloaded and 
installed

v2.1.7.

With this version, the TNC AX25 interface does not start anymore.
I checked its name in /etc/ax25/axports where it is correct.

Any idea ?

73 de F4ACU

Matthieu


Le 18/04/2020 ?? 00:51, Tom Russo a ??crit??:

I just pushed out a point release of Xastir 2.1.6.

Users of the master branch code will see no difference --- it's 
just that
we need a numbered release available so that pacakge maintainer 
can get

the benefit of all the changes that have happened since 2.1.4 back
in July
of 2019.

If you're a package maintainer for any distro and were stuck at 
version
2.1.4, you might well want to update to 2.1.6 now --- especially 
if the
distro you're working on is getting ready to lock down package 
versions.


Note that some optional features have been removed --- notably, 
dbfawk
is now required for shapelib support, which means pcre is not 
optional.
The "--with-dbfawk" and "--with-pcre" options of configure are 
removed.

If shapefile support is requested then pcre is required, and
automatically
enables dbfawk.?? These are all controlled by the single 
"--with-shapelib"

option.

Release notes and downloadable source archives at:
https://github.com/Xastir/Xastir/releases/tag/Release-2.1.6

Share and Enjoy.

The master branch now identifies itself as version 

Re: [Xastir] Xastir release 2.1.6 has been published.

[David Ranch]

I just updated to 2.1.7Git (essentially the same as tagged release 
2.1.6) and the Linux AX.25 interface works for me


--David
KI6ZHD


On 04/18/2020 08:50 AM, Tom Russo wrote:

On Sat, Apr 18, 2020 at 03:08:05PM +0200, we recorded a bogon-computron collision of 
the  flavor, containing:

Sorry, I forgot an important point : the user which run Xastir is still
member of xastir-ax25 and dialout groups.

And are you sure that the binary you installed is sgid xastir-ax25?

sudo chmod g+s /usr/local/bin/xastir
sudo chown :xastir-ax25 /usr/local/bin/xastir


Le 18/04/2020 ?? 13:11, MLHPUB a ??crit??:

Hi Tom,

Thanks for update !
I just have run ./update-xastir script which downloaded and installed
v2.1.7.

With this version, the TNC AX25 interface does not start anymore.
I checked its name in /etc/ax25/axports where it is correct.

Any idea ?

73 de F4ACU

Matthieu


Le 18/04/2020 ?? 00:51, Tom Russo a ??crit??:

I just pushed out a point release of Xastir 2.1.6.

Users of the master branch code will see no difference --- it's just that
we need a numbered release available so that pacakge maintainer can get
the benefit of all the changes that have happened since 2.1.4 back
in July
of 2019.

If you're a package maintainer for any distro and were stuck at version
2.1.4, you might well want to update to 2.1.6 now --- especially if the
distro you're working on is getting ready to lock down package versions.

Note that some optional features have been removed --- notably, dbfawk
is now required for shapelib support, which means pcre is not optional.
The "--with-dbfawk" and "--with-pcre" options of configure are removed.
If shapefile support is requested then pcre is required, and
automatically
enables dbfawk.?? These are all controlled by the single "--with-shapelib"
option.

Release notes and downloadable source archives at:
https://github.com/Xastir/Xastir/releases/tag/Release-2.1.6

Share and Enjoy.

The master branch now identifies itself as version "2.1.7" (as is our
custom on this project, odd numbers mean "version of the day off master"
and even are tagged releases).


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Fwd: Bug#957970: xastir: ftbfs with GCC-10

[David Ranch]

Ah.. ok.  Seems like a good first step would be to tag a new Xastir 
release and tell the Debian maintainer to start with that.


--David
KI6ZHD


On 04/17/2020 08:27 AM, Tom Russo wrote:

On Fri, Apr 17, 2020 at 07:14:19AM -0700, we recorded a bogon-computron collision of 
the  flavor, containing:

Just saw this notification on the Xastir list. Seems like GCC-10 is going to
require a lot of different Linux programs to do some clean ups.

It apppears they are trying to build release code, not the git head.  Some
of this stuff is already fixed as a result of a github issue that was opened
back in Feb:  https://github.com/Xastir/Xastir/issues/164.

See commit 9d0d1d9, which fixed those multiply defined variables (which
are all the result of "-fno-common" being made the default in gcc10.

The snprintf stuff is a perenial issue, and we've been picking away at it.
There's a lot of messy use of snprintf.  But I believe this is just a warning.


 Forwarded Message 
Subject:Bug#957970: xastir: ftbfs with GCC-10
Resent-Date:Fri, 17 Apr 2020 11:38:07 +
Resent-From:Matthias Klose 
Resent-To:  Debian Hamradio Maintainers 
Date:   Fri, 17 Apr 2020 11:13:49 +
From:   Matthias Klose 
Reply-To:   Matthias Klose ,
957970-mainto...@bugs.debian.org
To: mainto...@bugs.debian.org



Package: src:xastir
Version: 2.1.4+git20191127.bb66a77-3
Severity: normal
Tags: sid bullseye
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-10

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
severity of this report will be raised before the bullseye release,
so nothing has to be done for the buster release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc10-20200225/xastir_2.1.4+git20191127.bb66a77-3_unstable_gcc10.log
The last lines of the build log are at the end of this report.

To build with GCC 10, either set CC=gcc-10 CXX=g++-10 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

   apt-get -t=experimental install g++

Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-10/porting_to.html

[...]
  3379 |   "%s",
   |^~
In file included from /usr/include/stdio.h:867,
  from snprintf.h:27,
  from objects.c:29:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:67:10: note: 
???__builtin_snprintf??? output between 1 and 1993 bytes into a destination of 
size 40
67 |   return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
   |  ^~~~
68 |__bos (__s), __fmt, __va_arg_pack ());
   |~
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o sound.o sound.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o tile_mgmnt.o tile_mgmnt.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o track_gui.o track_gui.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong 

[Xastir] Fwd: Bug#957970: xastir: ftbfs with GCC-10

[David Ranch]

Just saw this notification on the Xastir list. Seems like GCC-10 is 
going to require a lot of different Linux programs to do some clean ups.


--David
KI6ZHD


 Forwarded Message 
Subject:Bug#957970: xastir: ftbfs with GCC-10
Resent-Date:Fri, 17 Apr 2020 11:38:07 +
Resent-From:Matthias Klose 
Resent-To:  Debian Hamradio Maintainers 
Date:   Fri, 17 Apr 2020 11:13:49 +
From:   Matthias Klose 
Reply-To: 	Matthias Klose , 
957970-mainto...@bugs.debian.org

To: mainto...@bugs.debian.org



Package: src:xastir
Version: 2.1.4+git20191127.bb66a77-3
Severity: normal
Tags: sid bullseye
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-10

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
severity of this report will be raised before the bullseye release,
so nothing has to be done for the buster release.

The full build log can be found at:
http://people.debian.org/~doko/logs/gcc10-20200225/xastir_2.1.4+git20191127.bb66a77-3_unstable_gcc10.log
The last lines of the build log are at the end of this report.

To build with GCC 10, either set CC=gcc-10 CXX=g++-10 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t=experimental install g++

Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-10/porting_to.html

[...]
 3379 |   "%s",
  |^~
In file included from /usr/include/stdio.h:867,
 from snprintf.h:27,
 from objects.c:29:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:67:10: note: ‘__builtin_snprintf’ 
output between 1 and 1993 bytes into a destination of size 40
   67 |   return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
  |  ^~~~
   68 |__bos (__s), __fmt, __va_arg_pack ());
  |~
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o sound.o sound.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o tile_mgmnt.o tile_mgmnt.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o track_gui.o track_gui.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o util.o util.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 
-DXASTIR_DATA_BASE=\"/usr/share/xastir\"  -fopenmp -g -O2 
-fdebug-prefix-map=/build/graphicsmagick-wInnp7/graphicsmagick-1.4+really1.3.35=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pthread 
-fdebug-prefix-map=/<>=. -pipe -Wpointer-arith -Wstrict-prototypes 
-Wno-unused-parameter -c -o view_message_gui.o view_message_gui.c
gcc -DHAVE_CONFIG_H -I. -I..   -I/usr/include/GraphicsMagick -I/usr/local/include 
-I/usr/include/geotiff -Wdate-time -D_FORTIFY_SOURCE=2 

Re: [Xastir] Fwd: Bug#952116: xastir: Impossible to transmit due to malformed TOCALL

[David Ranch]

Hello Dave,

The scenario here seems to be if you're running an intermediate release 
Xastir and not an official tagged release.


Dave, yes, I see you on APRS-IS : https://aprs.fi/info/a/KB3EFS and it 
shows you're running v2.15 (APX215) per the "Last Path" line:


   KB3EFS>*APX215* via TCPIP*,qAC,T2ONTARIO


The question here is if you're running a version of Xastir that's 
between v2.15 and v2.16, what should Xastir report as it's version to 
APRS-IS?  It's not clear if it's illegal but maybe this would be legal:


   APX21G

--David
KI6ZHD




On 02/23/2020 08:43 AM, David A Aitcheson wrote:

I did & was checking validity before making noise...

Given that I  only am able to be on APRS via an Internet connection 
(read: no radio use allowed)...


Given that I only build from source (read: I don't use a package from 
a repository)...


I think that it is not effecting me...

David KI6ZHD - can you see me ( "KB3EFS" ) on the map in NY State?

73
Dave
KB3EFS


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Fwd: Bug#952116: xastir: Impossible to transmit due to malformed TOCALL

[David Ranch]

I don't know if anyone saw this yet...

--David
KI6ZHD


 Forwarded Message 
Subject: 	Bug#952116: xastir: Impossible to transmit due to malformed 
TOCALL

Resent-Date:Sun, 23 Feb 2020 10:57:01 +
Resent-From:Iain R. Learmonth 
Resent-To:  debian-bugs-d...@lists.debian.org
Resent-CC:  Debian Hamradio Maintainers 
Date:   Sun, 23 Feb 2020 10:47:38 +
From:   Iain R. Learmonth 
Reply-To:   Iain R. Learmonth , 952...@bugs.debian.org
To: Debian Bug Tracking System 



Package: xastir
Version: 2.1.4+git20191127.bb66a77-2
Severity: grave
Justification: renders package unusable

Hi,

Commit b40016c updated a patch on the version number to add a git commit
reference as part of the version number. Xastir uses this version number
to form the TOCALL, which is usuall of the form APXnnn but now has a
plus followed by the 7 digit ref. This does no longer fit in the 6 bytes
allowed for a TOCALL in the AX.25 protocol. It also prevents operation
with APRS-IS.

Thanks,
Iain.

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Proposed removal of kernel AX.25 support

[David Ranch]

I replied to that thread over on the Debian-hams list and I encourage 
others active Linux packet users to chime in as well.  I agree that AGW 
or KISS support within Xastir is fine for most Xastir needs but there 
are MANY other applications out there that depend on all their I/O to go 
through libax25.  If we loose that transport, many many packet programs 
( https://radio.linux.org.au/?sectpat=packet=title ) and really 
powerful routing capabilities will no longer function.


--David
KI6ZHD


On 07/27/2019 07:07 AM, Lee D Bengston wrote:

Not long ago I finally made the switch to DireWolf from an old Kantronics
TNC.  With AGW and KISS over TCP interfaces, TNC sharing among applications
is easier then ever with no dependency on Linux AX25 networking.

Lee K5DAT


On Fri, Jul 26, 2019 at 3:13 PM David A Aitcheson 
wrote:


Forwarded from  debian-h...@lists.debian.org  =--to-->
xastir@lists.xastir.org

de Dave KB3EFS


On 7/26/19 2:10 PM, Iain Learmonth wrote:

Hi,

I am a maintainer for the libax25 and ax25-apps packages, and these
packages are not in great shape. These are userspace packages that
compliment the AX.25 networking support in the Linux kernel. I would
like to propose that we do not ship these packages, or otherwise use the
kernel AX.25 support, in the next Debian release.

Support for the AX.25 stack is currently not present on arm64 (#920651).
I am not sure if this is due to it being broken there or it simply
wasn't enabled. Regardless, it has been broken recently in ways that
seriously affect its usability. There are just not enough people looking
at it or taking care of it.

The userspace packages also have long standing bugs (#605946) that have
not been fixed by the upstream. In the last 2 releases of Debian we have
shipped release candidate packages as no release has been made.

The following packages would be affected and I propose would be removed:

libax25-dev
ax25mail-utils
ax25-tools
ax25-apps

The following packages would be affected and I propose should be built
without support for kernel AX.25:

xastir (checked, it's fine)
uronode (checked, it's fine)
aprsdigi (did not check if possible yet)
fbb (did not check if possible yet)

This is a change to something that's been around for a while, and it
affects more than just my packages, so I'm bringing this to the mailing
list for discussion. I have pretty much made up my mind that this is the
right thing to do but I will listen to compelling counter-arguments.

Thanks,
Iain.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] KISS over TCP

[David Ranch]

Hello Magnus,

Do you have the Microsat WX3in1 unit, maybe the ULARI?  Per the WX3in1 
v1.09 manual, it's not a bi-directional communication:

--
At the time of writing of this manual revision (firmware v1.09) KISS via 
TCP/IP is only one
direction (RF → TCP/IP). KISS via TCP/IP was successfully tested with 
APRSDroid 1.3.0

--

Looking at the microsat.com.pl and it's matching Facebook pages, it 
doesn't look like there are any newer firmware than v1.09 so I don't 
know if you'd have a working solution.



If the ULARI, which TNC are you running on it?  If it's Direwolf, you 
can enable AGW TCP sockets which Xastir already supports. Beyond that, 
yes, it would be nice if we could get a TCP-KISS option added to Xastir 
but until then, there are some of these side projects that might work 
for you as a "translator":


   # Python solution
   https://pypi.org/project/kiss2/

   # SoCAT solution
   https://destevez.net/2016/06/kiss-hdlc-ax-25-and-friends/

   #Node.js based
   https://github.com/trasukg/share-tnc


--David
KI6ZHD



or WXeth devices or something different?  Neither manual makes any 
mention of TCP-KISS


On 07/04/2019 02:07 PM, Magnús Ragnarsson wrote:

Hello

I'm new here on this mailing list. I have been testing xastir and I 
like it, as it is real linux program for APRS that works. I have been 
trying other software also.


I have microsat networked tnc, and they support KISS over TCP that is 
the KISS standard over network. It opens a new possibilities with new 
devices, like the microsat devices, argent data Tracker 4 and direwolf 
software tnc that all support KISS over TCP. You can then access the 
tnc remotely with xastir, from your home computer, or with aprsdroid 
that also supports KISS over TCP.


Is this something that would be possible to get on todo list in 
seeable feature as interface. I have some basic knowledge in 
programming with C, but no real experience and think I would not be 
able to do much though. I just took a quick look at the code in 
interfaces.c and there would be some coding for it, but also it seems 
to be some reusable code, as KISS parsing is the same, and the 
networking part is also just opening socket on a port and ip address. 
But maybe this is more complicated. Hopefully this is something that 
would be possible in the future.


Best Ragnards
Magnus Ragnarsson
73 de TF1MT


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] A few changes

[David Ranch]

Hey Tom,

The list does not accept attachments. 


So I noticed... bummer.




If you're not getting the git SHA in the about box, there may be
something up with how you're building Xastir.  Are you building from sources
out of a git clone, or are you downloading a zip file from the
github web interface?


git clone


What does "git log --pretty=format:%h -1" show when you're in the source
directory?


Ok.. I think I know what's going on here.  I'm using the git clone data 
but I'm packaging things into an RPM and in that process, I tar up the 
sources but I strip out the .git stuff as it's all bloat):


   tar czvf 
/usr/src/redhat/SOURCES/xastir-2.1.1git-20190501gitaf3d59d9.tgz 
xastir-2.1.1git/* --exclude xastir-2.1.1git/.git



Would it be enough to just keep:

   .git/logs/HEAD

to make this all work?











1.b  Shows they year 2018

Is this just in the copyright date?  That's hard coded and needs updating
before we release, but doesn't help determine what version's actually running.


Yes.. and seems it should be updated.  :-)



A graceless exit will still cause stray Xastir processes -- -but they should
no longer cause double windows on startup.  You still have to kill them
by hand.


Ok.. I'll test that.  What would be the best way to kill Xastir to 
reproduce this.  Will using the "kill " be enough or should I send 
a specific signal?




Good news, but we should confirm that you're actually testing exactly the
current code, which is hard to do if the git SHA-1 doesn't show up in your
about box.


Agreed though I'm pretty sure I'm testing the right code as I package 
EVERYTHING.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] A few changes

[David Ranch]

I've build and installed the Git master branch (5/1/19) here on Centos 
6.10 and it seems to be running ok but a few things:


   1. In the Help --> About window,

  1.a  it's NOT showing the Git version as this thread talks about 
(attaching a screen capture to this email - let's see if it makes it)


  1.b  Shows they year 2018

   2. No errors are showing from STDOUT upon start or graceful exit

   3. No stray Xastir processes found upon graceful exit

So far, the zoom in/out and panning is working fine.

--David
KI6ZHD




On 04/30/2019 08:23 AM, km5vy Tom Russo wrote:

On Tue, Apr 30, 2019 at 08:09:21AM -0700, we recorded a bogon-computron collision of 
the  flavor, containing:

Yes on the NWS script being up-to-date. With all the places the code has
been tweaked recently I'd like to see the dust settle for a few weeks. Give
us time to test out all the different types of maps. I'd like to see
messaging tested as well. Having a bunch of users pound on it is probably
the best method because everybody uses Xastir in different ways.


Yeah, we should probably be considering the current state of master as a
release candidate, and anyone who can possibly pull it down, build it, and
feed back any new bugs should do so.

My point, though, is that we should probably be slowing down on these tweaks
(we've really done a ton of work in the last couple of weeks), and when the
dust settles and we get some confirmation that there's no new breakagee,
we should call it 2.1.2 without further ado.


On Tue, Apr 30, 2019 at 8:04 AM Tom Russo  wrote:


On Tue, Apr 30, 2019 at 07:58:26AM -0700, we recorded a bogon-computron
collision of the  flavor, containing:

2) In the Help->About dialog you'll see at the very top something like:

 Xastir V2.1.1 (cf75dd5a)

That last number is the 8-digit short-form version of the most recent Git
commit. That tells you _exactly_ which code is in your compile.

This is not a recent change.  It's been happening since August 2017.  It is
automatically enabled if you're building the code from a git clone instead
of a tarball.


6) The project is currently at zero pull requests and only a few
outstanding bugs.
https://github.com/Xastir/Xastir

I'd say that once we get some feedback about whether bug #66 is still a
problem (Xastir crashing when zooming in and out with OSM maps enabled),
we're probably ready to start kicking release 2.1.2 out of the nest.  Are
the
NWS and other download scripts up to date?  For 2.1.0, NWS changed the
download
site really soon after the release, so perhaps this is always going to be
a moving target.

--
Tom RussoKM5VY
Tijeras, NM

  echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z]
[n-z][a-m]


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Understanding the "band opening" announcement

[David Ranch]

Hello Everyone,

I've been meaning to ask this but on Xastir 2.1.1 (current git as of 
4/14/19) with the Xastir-sound package installed, I seldom get a sound 
card announced "band opening".  I don't easily find what's triggering it 
(what station did I hear), it's logic, and where this is logged .  Thoughts?


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] OpenTrac

[David Ranch]

Hello Tom,

Thanks for working on this.  To be honest, I've never even heard of 
OpenTrac protocol before and I consider myself somewhat knowledgeable on 
APRS.  Guess not!   Anyway, as I've learned from the hobby, the APRS 
protocol is very capable but also buried in a huge amount of legacy 
"debt".  It's shift away from RELAY, it's multiple addendum and what not 
really make it difficult to implement a clean solution.  I don't know 
why OpenTrac didn't catch on but maybe embedded solutions can't support 
both protocols simultaneously on the same frequency?  Maybe there isn't 
enough real benefit over APRS to deploy it more widely?  It also doesn't 
help that TNC vendors like Kantronics, Timewave, etc. have essentially 
abandoned their firmware work.


If something modern like say Direwolf added Opentrac support, would that 
help?  I see that YACC supports it already as well.


--David
KI6ZHD


On 04/07/2019 02:01 PM, Tom Russo wrote:

So, I have been going through Xastir very slowly trying to clean up the many,
many warnings that are emitted by modern compilers.  GCC 8 is especially noisy,
and warns about many things that are not in fact errors in Xastir, but it is
also finding a bunch of potential problems that need cleaning up.

A bunch of these potential problems are showing up in the various functions
to handle OpenTrac protocol packets.  Some of these are potential buffer
overruns, others are just noise.

I discussed with Curt how to clean these up, and we could do one of two things:
- work hard to work out exactly how to fix things so the code actually works
OR
- just remove OpenTrac support, since it's basically dead

The latter is probably the right thing to do, as there are probably very few
people out there who even remember what OpenTrac was, and even fewer who still
use it.  It was meant to be a more carefully designed protocol than APRS
(which grew more-or-less organically, and randomly), but never really
caught on.  I do not believe there are any currently-available trackers or
software that supports transmitting it.

So, is anyone at all using the OpenTrac decoding in Xastir, and would they
be upset if it were removed?



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Help needed with proj library compatibility

[David Ranch]

Hello Tom,

So it seems like TIFF-based maps need gdal.  Is that correct?  You 
mentioned that USGS topo maps might be impacted.  Any other specific maps?


--David
KI6ZHD



On 03/14/2019 05:14 PM, Tom Russo wrote:

On Thu, Mar 14, 2019 at 09:57:22AM -0500, we recorded a bogon-computron collision of 
the  flavor, containing:

If I didn't have a clue if I were using these or not, is there some debug
level and message that would tell me?

If you've got gdal installed, it's using the hacked version of
GTIFProj4toLatLong.  To test out whether the hack is needed, you'd have to
change the ifdef in map_tif.c so the "else" is never used:

Comment this out at the top:

// Needed for GTIFProj4FromLatLong() replacement below
#ifdef HAVE_LIBGDAL
#  include "proj_api.h"
#endif  // HAVE_LIBGDAL

and then later:
#ifndef HAVE_LIBGDAL
#  define my_GTIFProj4FromLatLong GTIFProj4FromLatLong
#else


just change the "ifndef HAVE_GDAL" to "if 1".

If TIFF maps in UTM (e.g. USGS topos) display properly after that change, you
wouldn't have a problem with removing the hack.


e.g.:
$ xastir -v X >xastir.log 2>&1
[poke around until i display all my maps in xastir]
$ grep "something" xastir.log

Nothing here would tell you anything useful.  This is entirely an issue of
TIFF maps not properly being georeferenced, because this "GTIFProj4ToLatLong"
is used to translate the coordinates stored in the TIFF file into coordinates
Xastir can work with.


On Thu, Mar 14, 2019 at 9:25 AM Tom Russo  wrote:


We got a bug report on github that Xastir is using a deprecated API for the
proj.4 library.  A new API (in "proj.h") has been created in proj.5, the
old
is deprecated in proj.6, and will be removed in proj.7.  In keeping with
the
new normal of racing through major versions every 6 months or so, proj.7
is due out in 2020.

I've looked into it, and it turns out that the only uses of proj.4's API
directly in Xastir source are the result of a hack that was put
in place to deal with a GDAL/libgeotiff issue, and another place where
we're including a "contrib" program for shapelib that the main shapelib
distribution has dropped altogether because it's not very useful.

I could use a hand figuring out the best path forward here.

In map_tif.c there is code that conditionally compiles in a substitute
function for GTIFProj4FromLatLong, because some 14 years ago there was
apparently sometimes a problem with this function if one compiled both
gdal
and libgeotiff into Xastir.  The reason for this is that both libraries
define
that function, and it was probably possible to compile them in
inconsistent
ways.  The question is whether the hack is still necessary, and
if the presence of both libraries still causes problems in the
map_tif.c code if the hack were removed.  This will require a lot of
testing using TIFF maps, and probably on multiple systems to make sure
it's safe to remove.  I will need a lot of help with that, as I have hardly
any time available to test things like this out myself.

If this hack is no longer necessary, the easiest path forward to addressing
the future incompatibility with Proj.6 and Proj.7 will be to remove it
altogether.  If it is still necessary, then the best path forward might be
to use the GTIFProj4FromLatLong from the upcoming libgeotiff 1.5.0 instead
of the one we have, as the upcoming version has been modified to work with
the new proj.5 API.

I also propose removing "shpproj" from our ancient "internal" shapelib
library's
contrib directory, because it is mostly useless and there are better tools
to get the job done (e.g. ogr2ogr, from the GDAL/OGR library).  Is anybody
depending on this program who would object to it disappearing?

--
Tom RussoKM5VY
Tijeras, NM

  echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z]
[n-z][a-m]


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir with DRAWS

[David Ranch]

You asked for comparisons and I gave you information for you to make 
your own conclusions as there is no perfect answer. DRAWS alone will NOT 
do what a TNC-Pi will do as you also need to run software (say Direwolf) 
to act as a complete TNC. If you can afford the DRAWS board and have 
time to configure all the software, then buy that as it will work.  If 
you don't have the time or prefer a lower budget, buy the TNC-Pi.


Now in this email, you are mentioning other modes that you might want to 
do which is entirely different.  The TNC-Pi will NOT support any of 
those other modes.  The DRAWS board can run those HF modes but with 
entirely DIFFERENT software (say Fldigi).  I cannot speak about if the 
DRAWS boards can support both DIrewolf+Xastir and Fldigi running at the 
same time but I believe it's technically possible as it's has a dual 
port soundcard on it.  The biggest problem will be the limited CPU power 
and RAM on the Raspberry PI running everything in parallel.


--David
KI6ZHD



On 12/08/2018 07:48 PM, Michael wrote:
I fail to understand why it is so blasted hard to get an answer on 
anything on ham radio related forums. Why do people feel necessary to 
give information totally irrelevant to the question? Why can't people 
simply accept my question as it is, not tell me what my question 
should be?


I am trying to make a decision on buying a DRAWS Hat for the 
RaspberryPi. I want to run various digital modes/applications 
including MT63/PSK31/etc. with fldigi and APRS with Xastir.


My question seeks user experiences with these apps and DRAWS. Please 
attempt to limit responses to that question.


Thanks,
Michael WA7SKG


David Ranch wrote on 12/8/18 11:53:


NW Digital's DRAWS HAT boards is just a dual-channel soundcard with 
some PTT circuitry and a GPS.  There isn't anything really magical 
there beyond  very nice integration on one PCB for people who don't 
want to cobble something together themselves. It also offers a good 
set of documentation and potentially offers more than just community 
support to get you going.


Your question probably should be more like:

Is anyone using a souncard TNC like Direwolf, Tom Sailer's 
Soundmodem, etc. with Xastir vs TNC-Pi



I'm using Direwolf on an Rpi with a Syba USB sound device and it 
works very well.  It's TNC is generally able to dig out packet 
decodes that most PIC-based TNCs (like the TNC-X, TNC-Pi, etc) 
cannot.  The new TNC-Pi9k6 could be a different animal as it has a 
lot more CPU power but I haven't heard of any real decode comparisons 
yet.


The older Direwolf documentation used to have a comprehensive 
comparison table against other TNCs in the "10.1 WA8LMF TNC Test CD" 
section but newer versions dropped it.  Here is an example of it from 
the Direwolf 1.3 docs.  Overall, Direwolf's decode performance has 
only gotten BETTER since then:


https://github.com/wb2osz/direwolf/blob/a7391b49998d0b759a89d3329a5b88f4cdf92936/doc/User-Guide.pdf 




--David
KI6ZHD



On 12/08/2018 10:55 AM, Michael wrote:
Is anybody using Xastir with DRAWS on a RasberryPi? What is your 
experience? Good, bad, indifferent? Compared to other modems like 
the TNC-Pi?


tnx es 73,

Michael WA7SKG

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] xastir strange behaviour

[David Ranch]

How is the Pi communicating to the TNC-Pi?  Over the serial port or over 
I2C?  If over serial, are you sure you disabled the console over serial 
port feature?


--David
KI6ZHD


On 12/05/2018 07:08 PM, Joseph LaFerla wrote:

Hi Tom

I did this and it took the character /260 error off so that is no longer a 
problem.  However the problem with the strange characters and line feeds from 
the tnc continues.  I wonder if this has to do with the tnc because the packet 
data from the net display correctly all the time.  I have restarted the tnc pi 
several times but I will try tomorrow to do it again, maybe the two problems 
were feeding on each other.  I will let you know the results.

Joe VA3JLF


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] xastir strange behaviour

[David Ranch]

Hello Joe,

That link works.  So is your issue the strange characters and the 
excessive CR/LFs in the "Display Packet Data" box?  If so, that smacks 
of a font problem.  Did you recently update your OS and it included 
various fonts or Xserver updates?  Maybe you can choose a different font 
or possibly rebuild your font cache?  I remember seeing posts on this 
list about font issues maybe a year ago.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Kantronics DiGi help

[David Ranch]

Danny emailed me off-list with a few follow up questions and I think 
he's closer now but still not 100%.


--David
KI6ZHD




Why hasn't the author replied?  This is VERY important info for newbies
LIKE ME!

Thanks for the assist.  I'll keep this email as a reference as I plug
along on our diginodes.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Kantronics DiGi help

[David Ranch]

Hey Jason,,

Hmmm.. that's a good point and I don't know.  Here in the USA, you can 
use whatever as long as your station IDs every 10 minutes with the 
control operator's real callsign.  I have no idea for other countries so 
they will need to understand their own local laws.


--David
KI6ZHD



On 11/26/2018 09:25 AM, Jason KG4WSV wrote:

Are tactical calls legal everywhere?  Specifically are they legal in
EX-land?


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Kantronics DiGi help

[David Ranch]

Hello Danny,


I am helping a friend of mine EX0CK from Kyrgistan setup an iGate 
(EX0CK-1 with a Kantronics KPC-3 v8.2) which seems to be working well 
with Xastir, or at least it is beaconing and is visible on 
www.aprs.fi. However, we are trying to also setup a DiGiPeater in the 
same area (EX0CK-10 with a Kantronics KPC-3+ v9.1 ) just as a 
digipeater for a project we are working on. The KPC-3+ is standalone 
and is not interfaced with any software. We want EX0CK-1 (KPC-3 
connected to Xastir) to be an iGate and EX0CK-10 (KPC-3+) to be a 
digipeater only.


For the EC0CK-1 digi, what paths do you want it to support?  WIDE1-1 
only?  WIDE2-1 and WIDE1-1 only?


Next, can you send us a copy of the packet string that the EX0CK-10 is 
beaconing out that you're hoping to see on APRS.FI (via EX0CK-1)?  You 
can use various tools to inspect your string to make sure it's ok such as:


   #example from 
https://aprs-python.readthedocs.io/en/stable/parse_formats.html

   #
   sudo pip install aprslib
   python
   import aprslib
   aprslib.parse("FROMCALL>TOCALL:!4903.50N/07201.75W-Test /A=001234")
   quit ()




## EX0CK-10 Standalone digi (KPC-3+)###


. . .

LTP
1 APN382 VIA WIDE2-2
2 APN382
3 APN382
4 APN382


These look wrong as I would expect this to be "APN391" for your KPC3+ 
v9.1 TNC.  Seems you mistakenly cut and pasted from a different TNC.




MYCALL   EX0CK-1 0


Why is there a space in there?   You should read the recommended APRS 
configuration setup from WB4APR - 
http://www.aprs.org/kpc3/kpc3+WIDEn.txt .  Specifically, you ideally put 
a LOCATION name in there like "BISHKEK"





MYALIAS  WIDE1-1


This is wrong.  Per the above URL, set this to something useless like NONE



MYDROP   0
MYNODE   EX0CK-1 0


Why is there a space in here as well?



PACLEN   0


Not sure why you overrode the default of 128 bytes here though I don't 
think it will hurt you




TXDELAY  18


Are you sure this is enough time for your radio to key up?  Until you 
get things working 100%, I would recommend to set this to something 
conservative like 30  (aka.. 300ms)




UIDIGI   ON WIDE1-1


Are you sure you don't want to support WIDE2-1 as well?

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Berkeley DB header files/shared library file do NOT match!

[David Ranch]

Hey Curt,

Is there any other output that I can send to you to see what's going on 
here?


--David
KI6ZHD


On 10/19/2018 09:02 AM, Curt, WE7U wrote:


The code is in xastir/src/map_cache.c:map_cache_init()

Notice there that debug level 5 will dump out the two strings it is 
comparing.


Start Xastir from an xterm with "-v 5" and report back to us what the 
two strings say on your system.


It might make sense there to always print out the two strings if/when 
the warning is printed.




___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Berkeley DB header files/shared library file do NOT match!

[David Ranch]

Hey Curt,

Thanks for looking at this.  I started Xastir with the higher logging 
but I don't see much valuable detail.  Maybe I need an additional 
command line option?


--David


$ xastir -v 5
debug level 5


* WARNING *
Berkeley DB header files/shared library file do NOT match!
Disabling use of the map cache.
 Header file: Berkeley DB 4.7.25: (September 22, 2015)
Library file: Berkeley DB 4.7.25: (March 22, 2017)
* WARNING *


Built-in map types:
  gnis   USGS GNIS Datapoints
   pop   USGS GNIS Datapoints w/population
   map   APRSdos Maps
   map   WinAPRS/MacAPRS/X-APRS Maps
   pdb   PocketAPRS Maps

Support for these additional map types has been compiled in:
   geo   Image Map (ImageMagick/GraphicsMagick library, many 
formats allowed)

   geo   URL (Internet maps via libcurl library)
   geo   URL (OpenStreetMaps via libcurl library
  Copyright OpenStreetMap and contributors, CC-BY-SA)
   shp   ESRI Shapefile Maps (Shapelib library)
   tif   USGS DRG Geotiff Topographic Maps (libgeotiff/libproj)
   xpm   X Pixmap Maps (XPM library)
   tab   MapInfo TAB
   mid   MapInfo MID
   mif   MapInfo MIF
   ddf   Spatial Data Transfer Standard (SDTS)
   rt1   US Census Bureau TIGER/Line
   s57   International Hydrographic Organization (IHO) S-57
   dgn   MicroStation DGN

xastir.cnf: DEFAULT_AIRCRAFT_CLEAR out-of-range: 0, changing to default: 0
festival_client: connect to server failed
SayText: Couldn't open socket to Festival
couldn't open file for reading: 
/home/dranch/.xastir/config/tactical_calls.log

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
Indexing maps...
Finished indexing maps
*** Reading WX Alert log files
*** Done with WX Alert log files
Channel data on Port 1 [# aprsc 2.1.4-g408ed49]
Changing euid to 0 and egid to 500
Changing euid to 500 and egid to 500
Channel data on Port 1 [# logresp KI6ZHD-4 verified, server THIRD]
Create image start
Channel data on Port 1 
[N6BMW-6>APBM1S,TCPIP*,qAS,N6BMW-15:@191607z3426.40N/11915.00W-MMDVM 
ZUMspot 435.1000/435.1000 CC1]

Display File Start
Display File Stop
Create image stop
Couldn't open file for reading: /home/dranch/.xastir/config/object.log
Display File Start
Display File Stop
Input string: WIDE2-1
WIDE2-1 string, slot 0
Found initial WIDE2-1 (a good thing)
NULL string, slot 1
Total digi length: 1
Changing euid to 0 and egid to 500
Changing euid to 500 and egid to 500
Channel data on Port 2 
[KI6ZHD-4>APX209,WIDE2-1:=3720.62N/12159.99WxPHG7190Send APRS TXT 4 QSO 
via Xastir/Cento]

Display File Start
Display File Stop
decode_ax25_line: start parsing # aprsc 2.1.4-g408ed49
decode_ax25_line: exiting
decode_ax25_line: start parsing # logresp KI6ZHD-4 verified, server THIRD
decode_ax25_line: exiting
decode_ax25_line: start parsing 
N6BMW-6>APBM1S,TCPIP*,qAS,N6BMW-15:@191607z3426.40N/11915.00W-MMDVM 
ZUMspot 435.1000/435.1000 CC1
c/p/i/o fr pt tp: Registering data N6BMW-6 APBM1S,TCPIP*,qAS,N6BMW-15 
@191607z3426.40N/11915.00W-MMDVM ZUMspot 435.1000/435.1000 CC1  I 1 0
decode_info_field: c:N6BMW-6 p:APBM1S,TCPIP*,qAS,N6BMW-15 
m:@191607z3426.40N/11915.00W-MMDVM ZUMspot 435.1000/435.1000 CC1 f:I o:

decode_info_field: Past check
decode_info_field: ok_igate_net can be read
decode_info_field: @ (uncompressed position w/timestamp)
data_add:
type: 5
call_sign: N6BMW-6
path: APBM1S,TCPIP*,qAS,N6BMW-15
data: 191607z3426.40N/11915.00W-MMDVM ZUMspot 435.1000/435.1000 
CC1

from: I
port: 1
origin:
third_party: 0
data_add: No existing station record found.
decode_info_field: done = 1
decode_info_field: ok_igate_net can be read


--David
KI6ZHD


On 10/19/2018 09:02 AM, Curt, WE7U wrote:


The code is in xastir/src/map_cache.c:map_cache_init()

Notice there that debug level 5 will dump out the two strings it is 
comparing.


Start Xastir from an xterm with "-v 5" and report back to us what the 
two strings say on your system.


It might make sense there to always print out the two strings if/when 
the warning is printed.




___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Berkeley DB header files/shared library file do NOT match!

[David Ranch]

Hello Everyone,

I just noticed when I start Xastir from the terminal, I see:

* WARNING *
Berkeley DB header files/shared library file do NOT match!
Disabling use of the map cache.
 Header file: Berkeley DB 4.7.25: (September 22, 2015)
Library file: Berkeley DB 4.7.25: (March 22, 2017)
* WARNING *

I researched this issue in the archives and while there were responses 
from Tom Russo on 09/16/2012 (subject: Segfault on indexing maps), that 
user's issue was that he was running different Berkeley DB versions.  
I'm running the same version (I think).  On my Centos 6.10 machine, I 
have the following installed:


$ rpm -qa | grep db4
compat-db42-4.2.52-17.el6.x86_64
db4-utils-4.7.25-22.el6.x86_64
db4-4.7.25-22.el6.x86_64
db4-devel-4.7.25-22.el6.x86_64
db4-4.7.25-22.el6.i686
db4-cxx-4.7.25-22.el6.x86_64
compat-db43-4.3.29-17.el6.x86_64


Maybe Centos is getting confused between the db4 and compat-db42?  This 
is on Xastir 2.0.9 (old I know).


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] kiss off command to restore your tnc back to command mode

[David Ranch]

Hello Jaye,

Have you read:

   https://xastir.org/index.php/Serial_KISS_TNC

   and

   http://xastir.org/index.php/XASTIR_Manual#TNC_interface


Per the first URL, it seems like doing a KISS off within Xastir might 
not be (natively) available.  I also see conflicting details say in the 
various shutdown scripts in /usr/share/xastir/config/ or 
/usr/local/share/xastir/config file using the META command but it's not 
clear if it can work.  You do have a few options:


   1. You *don't* have to run the TNC in KISS mode if you don't want to 
so the TNC is always in COMMAND mode.


   2. If you still want to run your TNC in KISS mode when Xastir is 
running, you need to send the KISS exit command which is intentionally 
complicated but it's essentially sending the ASCII string (without the 
commas):


   192,255,192

 I have examples of how to do this here:

 KPC3 Perl script: 
http://www.trinityos.com/HAM/CentosDigitalModes/usr/local/bin/


 D710 binary: 
http://www.trinityos.com/HAM/CentosDigitalModes/usr/local/sbin/
 sources: 
http://www.trinityos.com/HAM/CentosDigitalModes/usr/src/misc/D710/tmd710_tncsetup.c



If it's not possible to sent that KISS off string via the Xastir 
shutdown script, consider starting Xastir with a wrapping script. In 
that script, just do:


   start xasitr
   when xastir exits, run a modified shutdown tool from above that's 
modified for your needs

   exit

--David
KI6ZHD


On 10/18/2018 09:26 PM, MJ Inabnit wrote:

Learned a lot over the last two evenings.  First, I am adding this
attachment so other newbies might find far less pain getting their
Kantronics TNC's back into command mode following a kiss session WITHOUT
HARD RESET!  I hope I added enough help for folks to understand how to
use it.

However, I need help.

I would like to use xastir to add a new SERIAL TNC and not a kiss tnc.
I can modify the start up file and exit file.  What I need help with is
HOW to get the kiss off command into that text file so xastir will leave
my tnc back in command mode.

xastir default files in debian/ubuntu/mint are:
tnc-start.sys and tnc-stop.sys in /usr/share/xastir/config/

Is there anyone with working files that would be willing to share this
secret?

Thank you, 73
j


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] A few really stupid questions..

[David Ranch]

There is also YACC which is multi-platform via Java:

   http://www.ka2ddo.org/ka2ddo/YAAC.html

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] path question

[David Ranch]

Hello Tom,

Check out K8DCI's APRS Beginner Guide.   It's a little older but it's a 
good document!


http://www.trinityos.com/HAM/Aprs/APRS%20Beginner%20Guide%20-%20K9DCI%20Ver%205-1.pdf

--David
KI6ZHD


On 08/30/2018 05:36 AM, Tom Henderson wrote:
Is there a good explanation of paths and how they work in APRS someone 
could refer me to? I see bits and pieces out there, but nothing 
comprehensive tat explains it from the ground up.


Tom Henderson


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Fwd: [ge0rg/aprsdroid] New offline map link (#211)

[David Ranch]

Hello Everyone,

Thought I'd also pass on a note from the APRSDroid group where there 
seems to be a new online/offline map tool that might be useful for Xastir.


--David
KI6ZHD

--
Just came across this site and it quickly and easily creates custom 
areas of offline maps that are compatible with the offline version and 
it can


make relatively large area at a time. You might add a link to this site 
o the offline web page.


https://extract.bbbike.org
--

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Yaesu APRS radios to be used as an RX-only Igate

[David Ranch]

Hello Xastir users,

I saw this today on the APRSDroid group and thought it would be worth 
passing on.  APRS-enabled Yaesu radios have always been limited in the 
fashion that you cannot access the TNC say like how you can with a 
Kenwood radio.  One feature they do have is to send the APRS data stream 
to the serial port.  This developer wrote a program to parse that data 
and send the relevant data to APRS-IS.   I wonder if a similar feature 
could be added to Xastir?


   https://github.com/craigerl/ygate/

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Thoughts on rumors of Github being "assimilated" by the evil empire of Redmond Washington...

[David Ranch]

It all comes down to the license of the various project's code.  If it's 
GPL, they can't "own" it.


Anyway.. it's done.  Sounds like they bought them:

https://www.bloomberg.com/news/articles/2018-06-03/microsoft-is-said-to-have-agreed-to-acquire-coding-site-github

--David
KI6ZHD



On 06/03/2018 09:48 PM, Gary Hodder wrote:

On Sun, 2018-06-03 at 22:31 -0400, David Lane wrote:

https://www.slashgear.com/microsoft-buying-github-is-reportedly-a-don
e-deal-03532736/

The end is near.

---
David A. Lane, KG4GIY
EC/RO Prince William County ARES®/RACES
+1.703.628.3868
http://www.pwcares.org/
IM/Skype/Twitter: kg4giy


On Jun 3, 2018, at 9:20 PM, MJ Inabnit  wrote:


On 06/03/2018 05:16 PM, David A Aitcheson wrote:
IMO,

  * ALL open source and ALL sane software development is over
  * once confirmed I well be closing/deleting my Github account,
as I
did with Skype and Linked-In
  * sadly that also is going to lead to my no longer using
software
based on Github

73
de KB3EFS Dave


wow, that is spooky.  I just pulled up google news and there are
several
stories regard it :(

73
j


Does that mean after assimulation that all software on there will have
ms backdoors??
Or will they say all software on here is now owned by us?

There are other alternatives to github.

Gary.

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Thoughts on rumors of Github being "assimilated" by the evil empire of Redmond Washington...

[David Ranch]

I personally think that's a pretty extreme reaction.  I'm no Microsoft 
fan either but I wouldn't bail on such as fantastic site like Github 
until/if Microsoft ruins them.  I've used both GitLab and BitBucket and 
though both are recent, neither are as nice as Github and/or are rather 
expensive.  SourceForge has done a lot to catch up including Git 
services, etc. so I think they should be reconsidered though they still 
seem to have poorer reliability issues compared to the competition.


To your last point, do you mean software that's DEVELOPED using/hosted 
at Github or do you just mean software that's based on the code that 
Github has developed?  If the former, good luck with that.  A major 
portion of all modern OSS projects are hosted there.


--David
KI6ZHD



   * ALL open source and ALL sane software development is over
   * once confirmed I well be closing/deleting my Github account, as I
 did with Skype and Linked-In
   * sadly that also is going to lead to my no longer using software
 based on Github

73
de KB3EFS Dave


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Be glad that Xastir moved to GitHub

[David Ranch]

Sounds a bit of a perfect storm:

  1. They just changed data centers - Feb 12+ : does seem they botched 
it though


  2. They got hit with the a DDoS - Feb 25

  3. Something else is up too - Feb 28+


https://twitter.com/sfnet_ops

--David
KI6ZHD


On 03/02/2018 08:33 PM, Ken Koster wrote:

On Friday, March 2, 2018 8:23:03 PM PST Dave wrote:

SourceForge has been offline/messed up for days...

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

I wonder if it's the same thing that hit Github on the 28th.

https://githubengineering.com/ddos-incident-report/
1.35Tbps via 126.9 million packets per second


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] AX 25 networking kernel warnings --- heads up all AX.25 users Re: Error in Syslog

[David Ranch]

Hello Dave,

Are you talking about this change below? If so, this has no material 
improvements to the AX25 stack other than to improve cross-platform 
compiling.


--David
KI6ZHD


--
Format: 1.8

Date: Sat, 10 Feb 2018 14:18:45 +
Source: libax25
Binary: libax25 libax25-dev
Architecture: source amd64
Version: 0.0.12-rc4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Hamradio Maintainers
Changed-By: Dave Hibberd
Description:
 libax25- ax25 library for hamradio applications
 libax25-dev - ax25 library development files
Closes: 880394
Changes:
 libax25 (0.0.12-rc4-2) unstable; urgency=medium
 .
   * Updated to DebHelper 11
 - debian/control updated
 - debian/compat updated to level 11
   * Hardening enabled
   * Fix FTCBFS: Let dh_auto_configure pass --host to ./configure.
 - (Closes: #880394)
 - Thanks to Helmut Grohne
   * Fixed lintian Errors - trailing whitespace:
 - debian/changelog
 - debian/rules

--



On 02/10/2018 09:08 AM, David A Aitcheson wrote:

For those NOT on the debian-h...@lists.debian.org reflector...

The AX.25 maintainers are working on AX.25 and updates to AX.25 have
been uploaded to "Debian FTP Masters" by Dave "Hibby" Hibberd.

73
Dave
KB3EFS


On 02/05/2018 02:16 PM, Curt, WE7U wrote:

On Mon, 5 Feb 2018, Jason KG4WSV wrote:


without this kernel support, AX.25 becomes just another application.

To put this into the simplest terms possible (I'm really good at
simple thinking!):

If AX.25 has kernel networking support we can often treat it like an
ethernet or wireless interface and route packets in/out using
completely normal networking software and techniques.

A program doesn't have to be modified specifically for AX.25 in order
to use it with that interface: I could start up a mail program or a
web server and tell it to use that device for instance.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] AX 25 networking kernel warnings --- heads up all AX.25 users Re: Error in Syslog

[David Ranch]

Hello Max,


Why does ax.25 need to be in the kernel? What am I installing when I do apt-get 
install ax25? What about the millions of users that don't use ax.25, doesn't 
that just make the kernel a little larger for them without any benefits? Help 
me understand this as I'd really like to know.


Technically speaking, AX.25 doesn't have to be in the kernel.  AX.25 
could be an external program but it becomes much more universal for 
other high up applications *if* it's centralized like this.  If you 
needs for AX.25 are very simple like APRS (just UI packets), being in 
the kernel isn't necessarily as programs like Xastir does all of it's 
own AX.25 UI processing.  If you're doing more complex stuff like 
NETROM, FLEX, routing AX.25 packets to AMPR IP-IP networks, etc, it 
gives you a LOT of flexible and powerful options.  I would guess that 
the second most flexible AX.25 solution out there is BPQ32 which is a 
self-contained program that includes it's own AX.25 stack and it has 
some of it's own benefits (connectors to ARDOP & PACTOR TNCs, etc) but 
it's a bit of an "island".  Third could be Direwolf which has APRS, 
APRStt, and a complete "cutting edge" AX.25 v2.2 stack but it's 
connected modes are only accessible via AGW enabled applications.


Ultimately, Linux's AX.25 kernel code can be considered a "connector of 
AX.25 applications and islands" so to speak.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] AX 25 networking kernel warnings --- heads up all AX.25 users Re: Error in Syslog

[David Ranch]

Hey Tom, Everyone,


I would appreciate it if *everyone* on the list who uses AX.25 networking
routinely would test out this code --- it impacts *everyone* who uses AX.25
networking in Xastir.


The Ax.25 stack in the Linux kernel is falling apart and there have been 
various discussions about this on the UROnode list and elsewhere.  The 
situation is that other (non-AX25) Linux kernel developers have been 
making changes, updates, deprecations, etc. to keep up with general 
kernel modernization efforts but without testing any of the changes on 
the AX.25 side of things.  It seems that if it compiles, it must be 
working.  Not true!  For various classic packet uses, 3.17.x was the 
last version before things started getting really broken.


Most of these have been reported to the "AX25 kernel maintainers" but 
those people say they *aren't* the maintainers on the kernel side.. just 
the userland side.  Putting it another way, we don't have any Linux 
AX.25 maintainers anymore!  Unless we can find some folk who have the 
technical chops to fix some of these issues (I wish I did), I imagine 
the native AX.25 stack in Linux will become toxic and ultimately 
removed.  If there is anyone who is willing to give this a try, I can 
connect you with a few other people who have a consolidated list of 
issues and some possible fixes.  Some of those fixes were previously 
rejected from the kernel maintainers for various reasons without 
offering solutions.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Map Chooser and map display question on Raspberry Pi

[David Ranch]

Hello Joe,

I was talking more about just the top of it.  For example, this is what 
I see on my system


--

xastir 2.0.9 has been configured to use the following
options and external libraries:

MINIMUM OPTIONS:
  ShapeLib (Vector maps) . : yes

RECOMMENDED OPTIONS:
  GraphicsMagick/ImageMagick (Raster maps) : yes (GraphicsMagick)
  pcre (Shapefile customization) . : yes
  dbfawk (Shapefile customization) ... : yes
  rtree indexing (Shapefile speedups)  : yes
  map caching (Raster map speedups) .. : yes
  internet map retrieval . : yes (libcurl)

FOR THE ADVENTUROUS:
  AX25 (Linux Kernel I/O Drivers)  : yes
  libproj (USGS Topos & Aerial Photos) ... : yes
  GeoTiff (USGS Topos & Aerial Photos) ... : yes
  Festival (Text-to-speech) .. : yes
  GDAL/OGR (Obtuse map formats) .. : yes
  GPSMan/gpsmanshp (GPS downloads) ... : yes
--


On 11/04/2017 01:39 PM, Joseph LaFerla wrote:

David

I replied and sent the output in an attachment, but maybe you cannot use 
attachments?  If not, please advise how to do it?  I could attach the output to 
the email but it will be long.

Joe

Sent from Mail for Windows 10

From: David Ranch
Sent: Saturday, November 4, 2017 2:58 PM
To: Xastir - APRS client software discussion
Subject: Re: [Xastir] Map Chooser and map display question on Raspberry Pi


Please run "./configure" on your Xastir sources and email us the
results.  We need to see what's getting enabled vs not enabled at
compile time.

--David
KI6ZHD


On 11/04/2017 11:18 AM, Joseph LaFerla wrote:

Hi

I have been experiencing problems displaying maps in Map Chooser and in the 
main xastir execution window.  I recently installed the latest version from 
source.  What happens is that my maps do not show up in the xastir window – I 
have only a blank screen.  In Map Chooser I have the Online directory and the 
two subdirectories but the geo files below that do not show up. Speaking with 
David Aitcheson, we noted that directories in the /usr/local tree have 
different permissions than the standard.  This is a dump of the directory 
/usr/local/share:

pi@shrimp16_pi:/usr/local/share $ ls -l
total 32
drwxrwsr-x  2 root staff 4096 Sep  7 11:08 ca-certificates
drwxr-sr-x  3 root staff 4096 Nov  2 16:05 doc
drwxrwsr-x  3 root staff 4096 Sep  7 11:19 emacs
drwxrwsr-x  2 root staff 4096 Sep  7 11:20 fonts
drwxrwsr-x  3 root staff 4096 Nov  2 16:05 man
drwxrwsr-x  7 root staff 4096 Sep  7 11:06 sgml
drwxr-sr-x 11 root staff 4096 Nov  4 08:42 xastir
drwxrwsr-x  6 root staff 4096 Sep  7 11:08 xml

This permission structure also appears in my other Raspberry pi.  The staff 
permission apparently is used in Raspbian, Debian and OSX at least.

We were wondering if this could be the reason why the geo files do not show up 
in Map Chooser and how do I fix it so that I am able to view the maps?  Please 
ask for further clarification.

Joe
VA3JLF

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Map Chooser and map display question on Raspberry Pi

[David Ranch]

Please run "./configure" on your Xastir sources and email us the 
results.  We need to see what's getting enabled vs not enabled at 
compile time.


--David
KI6ZHD


On 11/04/2017 11:18 AM, Joseph LaFerla wrote:

Hi

I have been experiencing problems displaying maps in Map Chooser and in the 
main xastir execution window.  I recently installed the latest version from 
source.  What happens is that my maps do not show up in the xastir window – I 
have only a blank screen.  In Map Chooser I have the Online directory and the 
two subdirectories but the geo files below that do not show up. Speaking with 
David Aitcheson, we noted that directories in the /usr/local tree have 
different permissions than the standard.  This is a dump of the directory 
/usr/local/share:

pi@shrimp16_pi:/usr/local/share $ ls -l
total 32
drwxrwsr-x  2 root staff 4096 Sep  7 11:08 ca-certificates
drwxr-sr-x  3 root staff 4096 Nov  2 16:05 doc
drwxrwsr-x  3 root staff 4096 Sep  7 11:19 emacs
drwxrwsr-x  2 root staff 4096 Sep  7 11:20 fonts
drwxrwsr-x  3 root staff 4096 Nov  2 16:05 man
drwxrwsr-x  7 root staff 4096 Sep  7 11:06 sgml
drwxr-sr-x 11 root staff 4096 Nov  4 08:42 xastir
drwxrwsr-x  6 root staff 4096 Sep  7 11:08 xml

This permission structure also appears in my other Raspberry pi.  The staff 
permission apparently is used in Raspbian, Debian and OSX at least.

We were wondering if this could be the reason why the geo files do not show up 
in Map Chooser and how do I fix it so that I am able to view the maps?  Please 
ask for further clarification.

Joe
VA3JLF


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] RasPi upgrade continued ...

[David Ranch]

Hello Rob,

If no errors show up on the Xastir console, I would then look at other 
files:


   /var/log/Xorg.0.log
   /var/log/messages
   /var/log/syslog
   etc

--David
KI6ZHD


On 08/29/2017 07:55 AM, Rob Noll wrote:

Hi David and Jason,

I don't want to hijack this thread from the original poster, I just wanted
to mention this in case it helped shed any light on what he was
experiencing.
David - I don't think Xastir shows any errors but I will double check.  The
error I was mentioning occurs when trying to manually run lxpanel after
starting xastir and the panel disappears, while xastir is still running.

Rob


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] RasPi upgrade continued ...

[David Ranch]

Hello Rob,


If I try to
manually run lxpanel from a terminal window while xastir is running, I get
an error, I think it was something to do with "free()" but I don't remember
for sure.  If you think it would help with the other gentleman's issue, I
can get the exact message.


Without the error line, we're all just going to be speculating of what 
might be happening.  Try to run Xastir from the command line and once it 
has the issue, the terminal window that you started Xastir from should 
contain a bunch of error information.  Send those error lines to the 
list.  If you can't copy/paste that into an email, try to take a picture 
of that and send the image to the list.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Problems following Raspbian upgrade to Stretch

[David Ranch]

I imagine your version of Xastir was compiled wit gdal 1.x where as it 
seems Stretch now comes with gdal v2.x.  Seems like it's time to 
recompile Xastir to use the newer libraries and yes, the old compilation 
steps should still work.
Give it a try and let us know if you see any issues.  Btw, I'm starting 
to see other projects adopting Stretch and in the version upgrades, 
there have been some challenges.  Inspect the output of the 
"./configure" stages very carefully and make sure everything you expect 
is found and is intended to be compiled in.


--David
KI6ZHD


--
#This is from an Rpi running Stretch
#
root@rpi2:/home/dranch# apt-cache showpkg libgdal-dev
Package: libgdal-dev
Versions:
2.1.2+dfsg-5 
(/var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_stretch_main_binary-armhf_Packages)

 Description Language:
 File: 
/var/lib/apt/lists/mirrordirector.raspbian.org_raspbian_dists_stretch_main_binary-armhf_Packages

  MD5: fe1355584b1a93438b3699e1581cff4b


Reverse Depends:
  libqgis-dev,libgdal-dev 1.10.1-0~
  python-imposm,libgdal-dev
  pktools-dev,libgdal-dev
  libvtk6-dev,libgdal-dev
  liblas-c-dev,libgdal-dev 1.10.0~
  libpdal-dev,libgdal-dev
  libmapnik-dev,libgdal-dev
  liblas-dev,libgdal-dev 1.10.0~
  gis-devel,libgdal-dev
  libgazebo7-dev,libgdal-dev
  grass-dev,libgdal-dev
  gis-workstation,libgdal-dev
  gis-remotesensing,libgdal-dev
Dependencies:
2.1.2+dfsg-5 - libgdal20 (5 2.1.2+dfsg-5) libc6-dev (0 (null)) 
libarmadillo-dev (0 (null)) libcurl4-gnutls-dev (16 (null)) 
libcurl-ssl-dev (0 (null)) libdap-dev (0 (null)) libepsilon-dev (0 
(null)) libexpat1-dev (0 (null)) libfreexl-dev (0 (null)) libgeos-dev (0 
(null)) libgeotiff-dev (0 (null)) libgif-dev (0 (null)) libhdf4-alt-dev 
(0 (null)) libhdf5-dev (0 (null)) libjpeg-dev (0 (null)) libjson-c-dev 
(0 (null)) libkml-dev (0 (null)) libltdl-dev (0 (null)) liblzma-dev (0 
(null)) default-libmysqlclient-dev (0 (null)) libnetcdf-dev (0 (null)) 
libogdi3.2-dev (0 (null)) libopenjp2-7-dev (0 (null)) libpcre3-dev (0 
(null)) libpng-dev (0 (null)) libpoppler-private-dev (0 (null)) 
libpq-dev (0 (null)) libproj-dev (0 (null)) libqhull-dev (0 (null)) 
libspatialite-dev (0 (null)) libsqlite3-dev (0 (null)) libtiff-dev (0 
(null)) liburiparser-dev (0 (null)) libwebp-dev (0 (null)) 
libxerces-c-dev (0 (null)) libxml2-dev (0 (null)) unixodbc-dev (0 
(null)) libgdal-doc (0 (null))

Provides:
2.1.2+dfsg-5 -
Reverse Provides:
--



On 08/27/2017 11:17 AM, Steven Morrison wrote:

I need a little help, please.

I just upgraded my Raspberry Pi, dedicated to running xastir as an 
APRS igate, from Raspbian Jessie to Stretch. The upgrade ran smoothly, 
but now xastir won't run, complaining about missing library libgdal.so.1.


Where can I retrieve a copy of this library, or do I need to recompile 
xastir?



I'm running xastir compiled from source about 1 year ago. I followed 
the compile script on the xastir wiki pages. Can I follow the same 
compile script (labeled for Jessie) to recompile under Stretch?



Thanks  for any assistance.

Steve

KE5SXT

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Problems getting libax25-dev to install in support of xastir install

[David Ranch]

I imagine this user is using the VE7FET AX.25 sources that contained 
some significant fixes that weren't in the Official AX.25 sources some 
time ago:


   https://github.com/ve7fet/linuxax25
   --
   ax25-apps: 1.0.5
   ax25-tools: 1.0.3
   libax25: 1.0.5
   --

It seems the VE7FET repo is now becoming stale (late update was May 
2016) yet the Official AX.25 sources have been getting attention again 
(last update was June 2017).  Unfortunately, there haven't been any new 
tagged versions in the Official AX.25 repo a VERY VERY long time.  I 
also don't know if the official AX.25 repos applied a lot of the fixes 
that were put into the VE7FET repo.  Ultimately, none of these 
improvements found in the Official AX.25 repo will make it into a 
mainline Linux distro until they tag something new and make an official 
release.


--David
KI6ZHD


On 07/11/2017 08:03 PM, Dave wrote:
If I'm reading this right, somehow your system got a massively updated 
version of libax25 installed.  I checked the Debian package lists and 
they don't list anything higher than 0.0.12-rc(some number) so I'm not 
sure where that version got pulled in.


I'd suggest you uninstall libax25 and then install only libax25-dev 
followed by libax25...that hopefully will keep the two packages in sync..


KD7MYC


On 7/11/2017 1:23 PM, Gayland Gump wrote

The following packages have unmet dependencies:
  libax25-dev : Depends: libax25 (= 0.0.12-rc2+cvs20120204-3) but 
1.0.5-1 is

to be installed
E: Unable to correct problems, you have held broken packages."



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] APRS queries: which ones? list of?

[David Ranch]

Sounds like another potential valuable Wiki post as I've wondered the 
same in the past as well!


--David
KI6ZHD


On 06/29/2017 07:19 AM, Curt, WE7U wrote:

On Thu, 29 Jun 2017, F1MHV wrote:

What are the queries Xastir can handle: ?APRSD, ?APRSH, ?APRSH...? 
Does there is a list of them?


Grep through db.c. A quick glance shows a bunch in there with "NOT 
IMPLEMENTED YET" by each.


Looks like maybe these are currently implemented:

APRSD
APRSP
APRST/PING?
VER
APRS?
?IGATE?
WX?

I didn't do an exhaustive search.



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir on pi3 with kpc3 plus

[David Ranch]

Hello Lee,

Yes, APRX is a nice program but it's only a server.  No GUI, no maps, no 
mechanism to send messages/responses, etc.


As for Direwolf on the Rpi3.. the Rpi3 doesn't have a micrphone jack so 
you'll still need another sound device.  The $7 Syba USB devices are 
considered well supported.


Ps.  The new Direwolf 1.4 has added it's own AX.25 v2.2 (not just v2.1) 
stack.  When used with the AGW interface, it's a complete solution and 
you no longer need Ldsped!


--David
KI6ZHD


On 06/27/2017 04:04 PM, Lee Bengston wrote:

APRX works well as an igate and/or digipeater, and it's very small thus
putting a very light load on the Pi. I have an old model B, though, so your
Pi3 may not care as much about that. I also run ldsped on the Pi so other
APRS clients can access the radio/TNC.

I have 2 prolific based usb to serial adapters. Both would eventually
freeze up after continuous use on a 7x24 igate. Switching to an FTDI based
adapter fixed that. Lastly I think the Pi3 has its own sound chip, so
DireWolf may be a good solution for a TNC, and it also supports igating.

Lee - K5DAT
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Propose a new Xastir release?

[David Ranch]

Hello Everyone,

If you're running Xastir on an RPi you will need to build from source 
since the version of Xastir installed by raspian is ancient and 
unfortunately was the version handed out to 100+ attendees of the RPi 
workshop at SeaPac a few weeks ago.


This is a common issue with stable applications that live out of their 
SCM system and don't create official releases very often. Even with an 
official release being published, most distro package managers are just 
volunteers and they aren't always on top of when something new is 
available.  Regardless, step one is to get a new Xastir version released 
and then we can pursue with the Debian, Fedora, etc. package managers.


Do we think the current state of Xastir is worthy of an official release?

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir on pi3 with kpc3 plus

[David Ranch]

To follow on to Tom's post, read the comments in this post:

http://blog.aprs.fi/2011/03/kantronics-kpc3-considered-harmful.html

There are both recommended configuration changes or a hardware work 
around posted.


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Problems in recompiling xastir on Raspberry pi 3 including GraphicsMagick

[David Ranch]

Hello Giuseppe


Then I installed new libraries, among them shapelib (in /usr/bin), I 
also recompiled anew and installed GraphicsMagick, with libraries located
in 
/home/pi/graphicsmagick-1.3.20/debian/graphicsmagick/usr/lib/mime/packages.


You should be able to just use the GraphicsMagick libraries that come 
with Raspbian.  Is there a specific reason why you compiled your own?  
With your own built ones, don't leave them in your home directory as 
that's a very bad practice.  Follow the GraphicsMagick documentation and 
install them in what looks to be /usr/lib via the "make install" option.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Xastir and OpenMotif in a Wayland world..

[David Ranch]

Hello Everyone,

I'm curious if anyone is running Xastir on Fedora25 or any other distro 
that's running Wayland?  Does Xastir and it's required OpenMotif work ok?


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Subject: Failing: ../configure CPPFLAGS="-I/usr/include/geotiff"

[David Ranch]

Hello Gayland,

No logs made it to the list thus we don't have enough info to help you.

--David


On 04/05/2017 05:16 PM, Gayland Gump wrote:

I'm using the following instruction set
http://xastir.org/index.php/HowTo:Debian_Jessie and when I run the
configure command with the CPPFLAGS setting as provided I get a very
strange error, "C compiler cannot create executables".  See the attached
config.log for all the detail I have to offer at present.  I have second
raspberry pi 3 that is configured with the same OS version and the a
current git pull of the Xastir git configuration which just ran the
configure with the flags with no apparent problem.  The one difference I am
aware of is that I ran the GDAL install yesterday on the pi with the
problem.

On the pi that I did not build GDAL, the ../configure
CPPFLAGS="-I/usr/include/geotiff" when it finishes has all options as yes
except for the GDAL option as one would expect.  Running ../configure
without the flags provided has all options as yes except for GDAL and
Geotiff which I believe is also as expected.

On the pi that I did build GDAL on the ../configure
CPPFLAGS="-I/usr/include/geotiff" exits with an error 77.  Running
../configure without the flags provided has all options as yes including
GDAL  and no to Geotiff which I believe is as expected.

Most of what you are doing is way outside my wheelhouse, but I was trying
to include all the options.  My primary question is there a way to get all
options installed.  If not, do you have any ideas how I restore the pi with
the GDAL build so that I can get configure to run and provide the geotiff
option and dropping the GDAL.

I am more than willing to do the grunt work on troubleshooting this if
someone is willing to act a mentor/guide a point me a things to try or look
for.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Debian armhf package

[David Ranch]

Hello Liz,


/var/cache/apt/archives/xastir_2.0.8-2+b2_arm64.deb
it won't start as an unprivileged user.


What error do you get when you run it?  Are you using Linux's native 
AX.25 stack which requires making Xastir SUID root  - 
https://xastir.org/index.php/HowTo:AX25_Fedora#Compile_Xastir_from_Source ?



Before I start fixing all these bits and copying my config to the new
machine, should I compile a later version?


Xastir is on 2.0.9 in Git now and you can see the changes here since 
July 5, 2016 to see if any of those fixes / changes / enhancements apply 
to you : https://github.com/Xastir/Xastir/commits/master


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir <> Uronode

[David Ranch]

Hello Peter,

 Sorry, you miss the point, I want the RADIO data to appear on 
my Xastir running here, APRS-FI has nothing to do with it at all.


So you're looking to stop running FBB and UroNode, QSY your radio to 
your local APRS frequency, and run an RF-based APRS node?


Please remember.. Xastir *only* does APRS traffic on RF.

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Cross band digipeat?

[David Ranch]

Hello Den,

I can help you offline here as I run a KB2KB node, do Winlink, etc. 
Ultimately, digipeating has it's utility but for connected sessions (not 
un-connected packets like what APRS uses), node functions are better suited.


--David
KI6ZHD


On 02/19/2017 05:05 AM, Den wrote:
Thanks all who have answered... I am looking into all the suggestions. 
A main stumbling block is this is for packet (Wl2K, Keyboard 2 
Keyboard etc.), not APRS. Perhaps I am barking up the wrong tree. Am 
continuing the search


73
Den Spiess
W2DEN


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Cross band digipeat?

[David Ranch]

I use the PTY serial interface on DIrewolf to tie it into Linux's native 
AX.25 stack.  On the Xastir side, I use the native Linux AX.25 stack.  I 
have that all covered here:


http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#19b4.xastir-running

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] TNC / Debian / Internet

[David Ranch]

Thanks for the note, the setup is to take radio traffic from 
my ax2 port on the debian machine and link it to Xastir, also on the 
same machine so to take radio traffic locally and put it out on internet.


So you're looking for a cross-port digi?  I'm pretty sure that Xastir 
can do that ok though you'll want to make sure that you can control the 
traffic going from the Internet to RF carefully.  I'm not sure how well 
Xastir can do that but I say give it a try and monitor the traffic.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] TNC / Debian / Internet

[David Ranch]

Sure.. just add another interface and your station should be available 
on both interfaces.  Now, if you want to do more advanced things between 
the APRS-IS and RF world, I don't know if Xastir would be the best tool.

What are you planning on doing?

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] FIXED No iGate, please help

[David Ranch]

- use good passwords (google that one, several articles available)
- keep the OS patched regularly. turn on automatic updates if patching isn't 
part of your routine. Yes, a bad patch _can_ cause trouble but unless you have 
the vigilance of a paranoid sysadmin you're far more likely to be burned by 
lack of a patch than a bad patch.

There are other things (turning off unused services,  change passwords 
regularly, use layered defenses, etc) but if you cover these 3 you're unlikely 
to be compromised in a typical environment.


I completely agree with Jason that there is a lot of little things that 
need to be done to secure a Raspberry Pi (or any other Linux box 
connected to the raw Internet).  In addition to all that, the Raspberry 
Pi platform poses unique challenges since it uses flimsy storage (SD 
card), prone to power issues, can be in a high RF environment, etc.  As 
such, I've been working on a Rpi hardening document document if anyone 
is interested:


   #Actually is RPi3 centric now
http://www.trinityos.com/HAM/CentosDigitalModes/RPi/rpi2-setup.html

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Couple of Small Problems, Maybe?

[David Ranch]

Howdy Flip,

1 - Street address look-up, where can I get the DB that's needed for 
it to work? URL in the reading is a no go.


I'm not sure what you mean.  Describe what you're doing and where Xastir 
isn't working as you'd expect.



2 - The weather, not at all sure what I need to get so that xastir 
will let me know and also transmit the warnings to RF? Need this for 
three counties.


Are you looking to get WX warning messages?  Are you getting your APRS 
data via RF, from the Internet, or both?   If via the Internet, you 
might want to use one of the alternative APRS-IS feeds to get the WX feeds:


Firenet: http://xastir.org/pipermail/xastir/2013-May/021599.html



3 - Need to get the I-Net to RF and RF to I-Net working.
Can activate aprs on IPhone and festival speaks my call when it 
receives it but does not send to RF,
and have no clue if anything from RF is making it to the servers. Yes 
I have a good Inet connection.


Stepping back, what are you trying to do here?  Unless you plan on 
setting up a high level APRS node, etc, mode people setup Igates that 
will only transmit APRS user messages to RF.  To your specific question, 
if your iPhone app has a unique callsign+ssid compared to the 
callsign+ssid running on Xastir, YES, Xastir should get the message and 
if everything is setup right, Festival should speak the message.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] maps

[David Ranch]

Hello Steve,

Your stock version of GraphicsMagik should be fine for Ubuntu. Which 
tiled maps are you trying to use?  "Online / OSM_tiled_fosm.geo" is 
working here.


Btw, beyond the excellent Xastir wiki, these crib notes might help you 
configure Xastir as well:


http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#19b4.xastir-running


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Installing Xastir on Raspberry Pi Model 2B

[David Ranch]

Hello Bill,


rates, try out 9600BAUD G3RUH (discriminator tap required), as well as new
2400 and 4800BAUD based PSK modes, give Direwolf a try.

Doesn't it also have 3600 QPSK?   That was the mode, with UZ7HO on
windows, where we noticed the best performance using straight audio
mic/speaker connections that didn't need flat audio discriminator
connections.


No.. and I just checked the current 1.4-Dev branch which shows:
--
direwolf-git/direwolf$ git log | grep -i psk
Add 2400 & 4800 PSK modems.  New functions to handle frames besides UI.
--

To your other point, Direwolf's 2400BAUD QPSK can use the regular 
pre-emphasized audio connections but the 480BAUD QPSK signal requires a 
direct-discriminator connection.  In playing with it, I found that the 
4800BAUD signal is quite robust and noise tolerant compared to the G3RUH 
FSK signal.


Anyway.. I've emailed WB2OSZ about maybe adding this mode some day to 
add interop with UZ7HO's soundmodem.  With 3x the speed increase on the 
existing radio hardware, that would be a nice improvement.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Installing Xastir on Raspberry Pi Model 2B

[David Ranch]

Hello Jeremy,


I'd like to see a 9600
baud version of the TNC-Pi at some point - would be nice to play a little
with 9600 on UHF here!


While the TNC-X / TNC-Pi are fine products and fun kits to build, they 
are fairly simplistic TNCs.  If you would like to increase your packet 
decode rates, try out 9600BAUD G3RUH (discriminator tap required), as 
well as new 2400 and 4800BAUD based PSK modes, give Direwolf a try.  It 
has it's own APRS stack but it can also be used as both a serial-based 
TNC and a TCP-based KISS TNC all at the same time for use with Xastir.  
It's a very impressive tool that has native Raspberry Pi binaries 
available. All it requires is a inexpensive USB sound card and a simple 
PTT transistor circuit.


Btw, the new Beta version has added AX.25 v2.2 support including 
connected session support via the AGW API interface.  As far as I 
understand it, it's the ONLY AX.25 v2.2 implementation out there where 
it's Selective ACKs can make a real difference!


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Intro and question

[David Ranch]

Hello David,

This is a "well traveled" discussion point in Xastir and there isn't a 
clear way to do this for various reasons.  I would recommend to search 
the Xastir archives to see the previous answers:


# Here are the previous posts with "cache" in them
https://www.mail-archive.com/search?l=xastir%40lists.xastir.org=cache=0=0

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New member Intro and question

[David Ranch]

Hello Joel,

It's also worth mentioning that you can't just "download and install the 
maps" with Xastir.  Depending on the map type you want (tile, vector, 
etc), you need to download the raw files, process them for your desired 
area, etc.  What I personally use is OSM (OpenStreetMaps) which is an 
online tile service (maps broken down into sequences of little 
squares).  I then jump to my desired map area while Xastir is connected 
to the internet to get all the zooms I want.  While doing this, Xastir 
automatically caches the downloaded tiles and will use the cached tiles 
vs. download them from the Internet for the next viewing.  At that 
point, Xastir can show your maps offline.


If you want something more flexible to support completely offline 
operation, search the archives here on how some people have created 
their own on-box tile servers for OSM or processed their own vector files.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] log file archiving documentation - for, Raspian/Debian/Ubuntu

[David Ranch]

Haha.. thanks Dexter.. this made me laugh!  +1

--David
KI6ZHD


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hey Curt,

Playing around with the new maps say aerial.geo, it works from a zoom 
level of 1 to 64 but with a larger zoom level like 128, the screen is 
black except for the various APRS objects when zoomed a bit.  Other maps 
show all grey.  Does the black vs. grey have a significance?


   National.geo- the screen is light grey except for the 
various APRS objects
   Sub_National.geo- the screen is light grey except for the 
various APRS objects
   Sub_Regional.geo- the screen is light grey except for the 
various APRS objects

   Aerial.geo: - works for zooms 1 to 64 then the screen is black
   ShadedRelief.geo- works for zooms 1 to 8 then the screen is 
light grey
   Topo1-10.geo   - works for zooms 1 to 8 and then the screen is 
light grey
   TopoRelief1-78.geo - the screen is light grey except for the various 
APRS objects


Other maps like Regional, Coutours, Hydrography, and transportation work 
fine.  Maybe the black vs. grey behavior is known in Xastir but since 
I'm still new to it, I'm not aware of it.  Maybe there is a way to 
display in the UI something like "map not available at this zoom - try  
1 to 64".  That would be a lot more user friendly.


I'm also seeing with this new Xastir version when loading these new 
maps, it's not saying "loading tiles.." in the lower left.  It says "Map 
not found in cache...".  Is there a way to make this a little more 
intuitive?  Maybe change this to "Loading map from network..." would be 
more intuitive?



Thanks again for adding these new maps!

--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Ok.. I re-traced all my steps and created a new package from a refreshed 
git pull:


rpmbuild/RPMS/x86_64/xastir-2.0.9-4.20160810gite72841b9.el6.x86_64.rpm


I installed it and I now see the two new map directories!  Woohoo!

$ find /usr/share/xastir/maps/Online/
/usr/share/xastir/maps/Online/
/usr/share/xastir/maps/Online/geogratis.gc.ca
/usr/share/xastir/maps/Online/geogratis.gc.ca/Sub_regional.geo
/usr/share/xastir/maps/Online/geogratis.gc.ca/Sub_national.geo
/usr/share/xastir/maps/Online/geogratis.gc.ca/National.geo
/usr/share/xastir/maps/Online/geogratis.gc.ca/Regional.geo
/usr/share/xastir/maps/Online/OSM_tiled_cycle.geo
/usr/share/xastir/maps/Online/OSM_tiled_fosm.geo
/usr/share/xastir/maps/Online/nationalmap.gov
/usr/share/xastir/maps/Online/nationalmap.gov/TopoRelief1-7.geo
/usr/share/xastir/maps/Online/nationalmap.gov/Transportation.geo
/usr/share/xastir/maps/Online/nationalmap.gov/Contours.geo
/usr/share/xastir/maps/Online/nationalmap.gov/Aerial.geo
/usr/share/xastir/maps/Online/nationalmap.gov/Topo1-10.geo
/usr/share/xastir/maps/Online/nationalmap.gov/Hydrography.geo
/usr/share/xastir/maps/Online/nationalmap.gov/ShadedRelief.geo
/usr/share/xastir/maps/Online/OSM_tiled_mapnik.geo


I'm honestly at a loss of how I created the older archive but I 
appreciate everyone's help (and patience) in getting this ironed out!   
I'll give it a spin tonight once I'm on the console.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hey Tom,


If it's not throwing errors at "make install" time, then I am out of ideas for 
where to look.


Ok.. that's a good question.  WHERE should those .geo files be 
installed?  What I see is:


$ find /usr/share/xastir | grep geo
--
./scripts/inf2geo.pl
./scripts/ozi2geo.pl
./scripts/geopdf2gtiff.pl
./scripts/mapblast2geo.pl
./maps/Online/OSM_tiled_cycle.geo
./maps/Online/OSM_tiled_fosm.geo
./maps/Online/OSM_tiled_mapnik.geo
./config/OSM_geofabrik_roads.dbfawk
./config/OSM_geofabrik_waterways.dbfawk
--

I don't see the new scripts in the installed 
/usr/share/xastir/maps/Online directory.  Looking at the output of "make 
install", it doesn't look like they are being copied over:

--
. . .
test -z 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps" 
|| /bin/mkdir -p 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps"
 /usr/bin/install -c -m 644 worldhi.map CC_OpenStreetMap_logo.png 
CC_OpenStreetMap_txt.png 
'/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps'
test -z 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps/Online" 
|| /bin/mkdir -p 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps/Online"
 /usr/bin/install -c -m 644 OSM_tiled_cycle.geo OSM_tiled_mapnik.geo 
OSM_tiled_fosm.geo 
'/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/maps/Online'
test -z 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/sounds" 
|| /bin/mkdir -p 
"/home/dranch/rpmbuild/BUILDROOT/xastir-2.0.9-3.20160809gitb4f6124d.el6.x86_64/usr/share/xastir/sounds"

. . .
--



With CVS, it is a royal pain to move files around once they're created --- you
can cvs remove and cvs add them again, but that loses all the history.  So
there is a strong tendency with CVS not to reorganize files.  It's not the
case with git, so there's no real impediment to reorganization.


Well.. now that we're in Git.. hopefully this is easy(er).



Once we figure out why it is that some folks can't get 'em installed, we
could "git mv" them to a different directory and update the build system
accordingly.  But let's first figure out what's wrong with the current
picture.


Good plan!

--David
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hello Tom,


  - do the files

   Aerial.geo  Regional.geoTopo1-10.geo
   Contours.geoShadedRelief.geoTopoRelief1-7.geo
   Hydrography.geo Sub_national.geoTransportation.geo
   National.geoSub_regional.geo

   exist in your Xastir source tree at the top level?


Yup.. they are there:

/usr/src/redhat/BUILD/xastir-git$ find . | grep -e National.geo -e 
Aerial.geo -e Regional.geo -e Topo1-10.geo -e Contours.geo -e 
ShadedRelief.geo -e TopoRelief1-7.geo -e Hydrography.geo -e 
Sub_national.geo -e Transportation.geo

--
./TopoRelief1-7.geo
./Sub_national.geo
./National.geo
./Transportation.geo
./Contours.geo
./Aerial.geo
./Topo1-10.geo
./Regional.geo
./Hydrography.geo
./ShadedRelief.geo
--

Btw, to me, it's strange that these .geo files are in the root of the 
source tree




  - Do the following lines appear in Makefile.am:

nationalmapdir=${pkgdatadir}/maps/Online/nationalmap.gov
nationalmap_DATA=Aerial.geo Contours.geo Hydrography.geo ShadedRelief.geo \
Topo1-10.geo  TopoRelief1-7.geo Transportation.geo

geogratismapdir=${pkgdatadir}/maps/Online/geogratis.gc.ca
geogratismap_DATA=National.geo Regional.geo Sub_national.geo 
Sub_regional.geo


Yes...

$ grep -e National.geo -e Aerial.geo -e Regional.geo -e Topo1-10.geo -e 
Contours.geo -e ShadedRelief.geo -e TopoRelief1-7.geo -e Hydrography.geo 
-e Sub_national.geo -e Transportation.geo Makefile.am

--
nationalmap_DATA=Aerial.geo Contours.geo Hydrography.geo 
ShadedRelief.geo Topo1-10.geo  TopoRelief1-7.geo Transportation.geo
geogratismap_DATA=National.geo Regional.geo Sub_national.geo 
Sub_regional.geo

--


  - what does "git status" say in your source tree?


$ git status
# On branch master
nothing to commit (working directory clean)



  - what does "git log --oneline" show in the source tree?

$ git log --oneline
--
b4f6124 Adding online Canadian maps from geogratis.gc.ca
f899ab0 Adding nationalmap.gov geo's for online maps
5c02576 Commenting out RGBColorspace tests
609e585 Fixing the Draw CAD Objects area calculatio
. . .
--

$ git log --oneline | wc --lines
5121


--David
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir on Windows 10

[David Ranch]

Hello Hans,


Yup I installed it and it works great for commandline stuff.  But with
a couple of minor tweaks that can be found online


Can you cite some URLs?



and the installation of an X windows system, and there's at least 3 free ones, 
you can run
gui Xwindows programs.  There are issues with some programs
but.


Which one did you use?  I've always used Cygwin but it's not exactly 
fast and they keep changing some of the default on people (recently, no 
longer accepting TCP connections via SSH Xwindows forwarding, etc).




Because the subsystem is Ubuntu based, I used the instructions in the
wiki, specifically the great script that does all the work for you.
And it works flawlessly


Wow.. impressive!

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hey Tom,



May be a shot in the dark, but did you rerun bootstrap.sh before
reconfiguring, rebuilding and reinstalling?  If not, "make install" won't
install them.


Yup.. I do that every time.  In the RPM spec file, I run:

%build
./bootstrap.sh
%configure CPPFLAGS="-I/usr/include/libgeotiff"
make %{?_smp_mflags}

--David
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hmmm.. I just tried both Maps --> Configure -->

   Index: Add new Maps

and

   Index: Reindex all maps

Didn't help and I didn't see any errors on the underlying STDERR when 
run at the command line.


--David
KI6ZHD



On 08/17/2016 08:45 PM, Lee Bengston wrote:

Did you try Map-Configure-Reindex All Maps?

I hope I remembered that right - not on the screen now.

Lee K5DAT


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New Online Maps in Git (Canada & U.S.)

[David Ranch]

Hey Curt,

I'm running the newest Git but I don't see these in the Map Chooser.  Is 
there anything I need to enable them?


--David
KI6ZHD



On 08/09/2016 12:32 PM, Curt Mills wrote:

I should have made this into its own thread. Am now doing so.

New online maps in Git:

Online/geogratis.gc.ca/
 National.geo
 Regional.geo
 Sub_national.geo
 Sub_regional.geo

Online/nationalmap.gov/
 Aerial.geo
 Contours.geo
 Hydrography.geo
 ShadedRelief.geo
 Topo1-10.geo
 TopoRelief1-7.geo
 Transportation.geo

Note that the 1-7 and 1-10 refer to zoom levels at which they'll work, so
zoom in pretty close for those two maps. Enjoy! I particularly like
Aerial.geo at zoom 1.



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New user to xastir program

[David Ranch]

Hello Steve,

Your email is a bit too vague for me to follow...

That windows modem works with Xastir under localhost interface. I used it on 
30m 300 baud successfully made 2 chats. I couldn't see the waterfall on the 
program but did work.
Are you talking about the "CCW Messenger" modem?  When you say 
"localhost interface", what method are you using to communicate with it 
and Xastir:


   Serial TNC (in command mode)
   Serial KISS TNC
   Networked AGWPE

--David
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New user to xastir program

[David Ranch]

Hey Russell,

I was thinking about this last night and I had a more fundamental 
question:  If CCW Messenger works on Windows7 and now you spent the time 
to run it on Mint18, what's your main goal here?  Are you trying to move 
away from Windows?  Maybe this Messenger program (fully inclusive 
soundcard + APRS program) will run ok under Wine.. you'll have to try it 
out and find out.  If it doesn't work, you'll have to take it up with 
the Wine folks and the Messenger developer.


If your looking to move to a native Linux solution, lists like this can 
help.  Good luck!


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New user to xastir program

[David Ranch]

Hello Russell,

Well David, What I was doing on my Windows 7, Cross County Wireless 
(CCW) APRS Messager it would APRS signal from HF ( PSK 63-MFSK 16 and 
others) and with the program it would send it to the internet. Also I 
was doing ProPNet on the HF as wellMessager has it TNC , Now along 
with messager I was using UZ7HO program for AX25 in the same way, and 
when Message would tx, so would UZ7HO would to, using Kiss port 4000 
between the two.


Ok, I've heard of Cross Country Wireless but I've never used it.  I read 
up on "Messager" program and it seems to be an all in one digital modes 
+ AX.25 + APRS program in one



Now that I can get messager to run wine, but I can get UZ7HO to work 
in wine to 300 buad on HF.  ? will xastir key the Radio using vox.. 
and do APRS Beacon using my location and then,  I have other question 
about Mint18 because I am a newbie on this OS, S I can use all the 
help I can get.


All of my APRS and ProPNet work has been on the HF bands mostly on 30m.


I encourage you to try running native programs and NOT run Wine. Giving 
comparables:


Windows7 : Mint 18
UZ7HO using TCP-KISS : Direwolf using TCP-KISS
CCW Messenger : DIrewolf APRS (sending objects and being an iGate only)
CCW Messenger : Xastir APRS (GUI to show icons on maps, send messages, etc)

Beyond that, no one Linux program supports all the modes that CCW 
Messenger *but* you CAN get very close if you run Fldigi for the digital 
modes, link it into Linux's AX.25 stack, and then run programs like 
Xastir.  I've done this very thing and it's written up here: 
http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#16b.hf-ax25 
.  It's a complex path to get all that going but once done, your setup 
will be able to do what you want and a whole lot more too.


To your other questions:

   - Direwolf DOES support 300BAUD AFSK packet and supports some PSK 
modes but it doesn't support PSK63
 - It does support other modes too: 
https://github.com/wb2osz/direwolf/raw/dev/doc/2400-4800-PSK-for-APRS-Packet-Radio.pdf

   - Fldigi does support PSK63 and many many other modes

   - Xastir doesn't work with the radio, the software TNC does
  - Yes, Direwolf can use VOX but it's best to use serial port 
controlled PTT - page 64 - 
https://github.com/wb2osz/direwolf/raw/dev/doc/User-Guide.pdf


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] New user to xastir program

[David Ranch]

Hello Russell,

It all depends on how you intend to use Xastir:

  - Connected to a radio listening to 144.390 (RF) or just an Internet 
connection
  - If RF, what kind of TNC are you going to use (hardware TNC or a 
software TNC)

  - If a hardware TNC, are you going to run it in command mode or KISS mode

There is lots of flexibility here so you're going to need to read some 
of the documentation:


   http://xastir.sourceforge.net/docs.php   (currently pointing to the 
Sourceforge CVS docs.. needs to goto the Github git version some day)

 - see the install guide and the FAQ

I also have a write up here for using with a Kenwood D710 TNC in KISS 
mode with native Linux AX.25 support:
   - 
http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#19b4.xastir-running


--David
KI6ZHD


On 08/06/2016 09:43 AM, Russell Blair wrote:
I just loaded this software in Mint 18 and it loader fine now I need 
to config it to show me other station that are moving around on the 
map. My ham call is NC5O and in Texas, all that was put in the config, 
or maybe I need to ask if the program can show other stations moving. ?



Russell NC5O




___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Kudos to one of our local Xastir users - Skyler Fennell, KD0WHB

[David Ranch]

Just a kudos notice to one of our fellow Xastir users -
2016 Bill Pasternak, WA6ITF, Memorial Young Ham of the Year

Skyler Fennell, KD0WHB -
http://www.arrl.org/arrlletter?issue=2016-08-04#toc09


Congratulations Skyler!

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] distance / bearing configuration option non-operational?

[David Ranch]

Oh.. ok!  Station --> Filter display!   That's MUCH better.. thanks so 
much.  I clearly need to dig into the configuration here a bit more.  I 
also discovered the Map --> Configure --> Map Intensity which helps 
brighten up the OSM maps which seemed "too dark / dull" to me.


Things are already looking better!  Being able to switch the sides of 
where the text might be a bit over the top.  Maybe I can hack that into 
the code myself (ideally it would be a configuration item though which 
might be beyond my abilities)


--David
KI6ZHD



On 07/17/2016 12:38 PM, Jason KG4WSV wrote:

On Jul 17, 2016, at 2:12 PM, David Ranch <xas...@trinnet.net> wrote:

guess the next question is if an enhancement could be made to have this Boolean 
configuration at least disable the distance and bearing labels on each APRS 
object on the map?

There's a separate control for display of that near the station icon. I'm not near 
a computer, but maybe view -> station and look at the options there?

You can even turn off the call sign next to the icon.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] distance / bearing configuration option non-operational?

[David Ranch]

One more question for the group . if I enable or disable the File --> 
Configure --> Dist/Bearing status item, it doesn't change anything on my 
display.  It doesn't for me even after restarting Xastir.  Is this 
normal?  The

"enable english units" option works fine.

Personally for me, the distance is kinda nice but I can care less about 
the bearing.  For example on K6OJ-7, I'm seeing:


   3.8mijogger  121ft
   304 degree   symbol  K6OJ-7
   2 min   295 degree

Would be nice if this could be more configurable and maybe just show the 
following which would lend Xastir's display to being a bit less cluttered:


   jogger  K6OJ-7
symbol 3.8mi
  2 min

or maybe just

   jogger
   symbol
   K6OJ-7

--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir sound files missing..

[David Ranch]

Hey Tom,

Thanks for the reply

Those files have always been a separate zipfile on sourceforge, and 
have never been in CVS. I am thinking a separate git project 
associated with the Xastir organization is the right approach. 


Oh.. interesting and digging around for a while, I found it in a rather 
hidden place on sf.net


https://sourceforge.net/projects/xastir/files/xastir-miscellaneous/General/xastir-sounds.tgz/download

Ay specific reason for WHY this is done this way?  Since these files are 
in a different archive, most distributions aren't including it, etc.  I 
think it would be cleaner to get it into the main archive and would only 
add 850Kbytes of space.   Btw, it seems the above xastir-sounds.tgz is 
missing the thunder.wav file but David's archives had some alternative ones:


 unzip -t Xastir_Sounds.zip
Archive:  Xastir_Sounds.zip
testing: Xastir_Sounds/   OK
testing: Xastir_Sounds/bandopen.wav   OK
testing: Xastir_Sounds/newbulletin.wav   OK
testing: Xastir_Sounds/newmessage.wav   OK
testing: Xastir_Sounds/newstation.wav   OK
testing: Xastir_Sounds/proxwarn.wav   OK
testing: Xastir_Sounds/thunder-01.wav   OK
testing: Xastir_Sounds/thunder-02.wav   OK
testing: Xastir_Sounds/thunder-03.wav   OK
No errors detected in compressed data of Xastir_Sounds.zip.



Paths in Xastir are *always* relative to the Xastir share directory.  You
can't specify absolute paths in any of Xastir's config (maps, symbols, sounds,
etc.)

The behavior you describe is what's expected.  Put your sounds files in
/usr/share/xastir/sounds, and then tell Xastir what file you want played
in the Audio Alarms config --- using just the file name, not the full path.


Ok.  I'm just used to most programs allowing to any absolute paths and 
not relative ones.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir sound files missing..

[David Ranch]

Thanks Dave!

I have the files now!   Curt, Tom:  If I was to create a "git pull 
request" including these files, where would you like them placed? Maybe in:


   /sounds ?
   /src/sounds ?


Btw.. I tried putting in a full path for alternative sound files and it 
looks like Xastir always uses relative paths:


   play formats: can't open input file 
`/usr/share/xastir/sounds//usr/share/sounds/KDE-Im-Sms.ogg': No such 
file or directory


Putting it another way, /usr/share/xastir/sounds/ always is added in the 
file field which is probably wrong.  I would think that if a full path 
is specified, it must drop /usr/share/xastir/sounds/ .



Ps. As I understand it, it shouldn't be /usr/share/xastir/sounds, it 
should be /usr/share/sounds/xastir ?  Am I correct here?


--David


On 07/16/2016 04:34 PM, David A Aitcheson wrote:
Zip file of files from my archives attached; with CC's to some if it 
doesn't go via the reflector.


Dave
KB3EFS

On 07/16/2016 07:21 PM, David Ranch wrote:


Hey Everyone,

I noticed in File --> Configure --> Audio Alarms there are several 
wav files that are NOT present in Git (nor sf.net CVS)


   newstation.wav
   newmessage.wav
   proxwarn.wav
   bandopen.wav
   thunder.wav

Does anyone have these files from somewhere else?  Maybe we could get 
them added into git?


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir





___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Maps?

[David Ranch]

Hey Jason,

There was some great threads on the offline tile server topic earlier 
this year and while I can do the work, the storage requirements seemed 
pretty high.  My biggest issue is that I'm just not very happy with OSM 
in terms of having pretty maps. Google Maps say on aprs.fi are far 
easier to read, etc. but Google's terms don't allow tile caching for 
offline use, etc.


--David
KI6ZHD


On 07/15/2016 09:42 AM, Jason Godfrey wrote:

On the topic of pretty offline maps, I have followed online directions to
setup my own local OSM tile server and then created an xastir mapfile to
point to localhost. It's not trivial, but if you are comfortable with basic
system administration and building codes it is doable.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Maps?

[David Ranch]

Hey Curt,

I've never used any of this dbfawk capability before but beyond it's 
offline ability, I've always been curious on it's performance benefits, 
maybe it's better looking than OSM, etc.  Could you post some screen 
captures of what things look like on your tuned dbfawk setup with a zoom 
of 128 compared to say Online/OSM_tiled_mapquest.geo (works well but 
always strikes me as a bit "dark".


Maybe when you have a good example of what can be done with dbfawk, you 
can check it into Git and I can load it in to check it out?  Though I've 
never used this feature, my Xastir build is fully featured so it 
"should" work.  (famous last words)


--David
KI6ZHD


On 07/15/2016 07:34 AM, Curt Mills wrote:

I should have specified that this is only for the Git version of Xastir
(development version). If you're running that version already do a "git
pull" to get the latest, then configure/build/install Xastir again to get
the latest files installed.

For those not running the latest, you can snag the dbfawk files directly
from GitHub and put them in place yourself. It's just a bit more work.

If you don't care about offline mapping, then skip this QSO entirely and
keep mapping on.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Mapquest Option going away

[David Ranch]

Not that I would do it personally but maybe some HAMs would be wanting 
to buy a MapQuests key to continue using their title service?  $0 for 
15k transactions a month; $99 for 30k transactions/mo, $199 for $75k 
transactions/mo  If the MapQuest code is removed, that option is gone.  
Maybe Xastir doesn't want t to support 3rd party commercial offerings 
which is a fine decision to make but some Xastir users might be bummed 
with removing the code all together.


Just asking..

--David
KI6ZHD

On 07/13/2016 01:49 PM, David A Aitcheson wrote:

The later; per
https://lists.openstreetmap.org/pipermail/talk/2016-June/076106.html


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Xastir development source now on github, sourceforge CVS now closed to new commits.

[David Ranch]

Hello Tom,

I'm working on updating my Xastir documentation for Centos here to now 
use Github/Git vs. sf.net/CVS:


http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#19b.xastir

In doing that update, I noticed the current xastir.spec file which is 
seemingly 13 years old (see change log at the end of the file) shows:


   %configure --without-graphicsmagick --with-rtree

  That seems BAD since we know that GraphicsMagick support is 
probably more reliable than say ImageMagick today.


   make(it's using the %{?_smp_mflags} parameter after the "make" 
it to use multi-threaded CPUs - aka -j)



Anyway.. I updated my xastir.spec file to be more Git centric and you 
can use it if you so wish:


http://www.trinityos.com/HAM/CentosDigitalModes/usr/src/redhat/SPECS/xastir.spec

--David


On 07/07/2016 09:31 AM, Tom Russo wrote:

As announced a couple of months ago, Curt and I have been talking about moving
Xastir version control over to github, and discontinuing use of sourceforge
and CVS for hosting the main repository.

There wasn't much feedback from the group about that, and yesterday we went
ahead and did it.  The sourceforge CVS repository is still there, but all
commit access has been locked down and we'll shut down the CVS repo altogether
when we're sure this is all working properly.

We have not yet migrated the issue tracking data from sourceforge to github,
but that is not a high priority as we have not been using the issue tracker
much, and most of the issues that are there have been getting ignored for
years.

We may continue to use Sourceforge for distribution of release tarballs.
In fact, we will almost certainly continue to use Sourceforge for that.

The Xastir wiki and home page have NOT yet been updated to reflect this
move of version control.  It will be.

In the meantime, if you have been using CVS to keep current with Xastir,
you'll have to change.

The short story:

To get a copy of the development repository, you must have git installed
on your system.

To obtain the repo for the first time:
git clone https://github.com/Xastir/Xastir.git

This will create an Xastir subdirectory, and put a clone of the repository
into it as well as checking out the "master" branch of the code into that
working directory.

At this point, your Xastir subdirectory can be used just as you had used
a cvs checkout to build Xastir.

Periodically, you can update the code by "cd"ing into the repo directory
and executing:
   git pull


If you intend to contribute code to the Xastir project, there's going to be
more to learn, but if you were just using CVS to get access to the latest
source, these two commands will be sufficient to get you up to speed, and
correspond very, very roughly to the "cvs checkout" and "cvs update" commands
you were used to.

A new README.GIT file exists in the source tree, just as there had always
been a README.CVS.



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Released: Xastir 2.0.8 stable

[David Ranch]

Thanks so much Iain.  Any chance to backport to Wheezy too?

--David
KI6ZHD


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Released: Xastir 2.0.8 stable

[David Ranch]

Alright!  Thanks for the early fireworks Curt!   I was getting a little 
worried when the previous email thread wasn't getting any response from 
the bigwigs such as yourself!


--David
KI6ZHD



On 07/01/2016 12:02 PM, Curt Mills wrote:

A new stable version of Xastir was just released. Get it at the usual
places. i.e.

   http://sourceforge.net/projects/xastir/
-or-
   https://sourceforge.net/projects/xastir/



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Time for another official Xastir release?

[David Ranch]

Hey Dave,

Indeed your right and I see a 2.0.6-5 dated as of 6/2/2016:

   https://packages.qa.debian.org/x/xastir.html

that's unusual using that as a 2.0.6 update when it's actually coming 
from CVS.  It's not to say it's not done but usually the package name 
includes a string like xaster-2.0.6-cvs20160602 or something like 
that.   None the less, cutting a new release is the best route and I'm 
sure the Debian group would be happy to deprecate that 2.0.6-5 release 
in favor of something newer.  The real benefit for non-compile savvy 
HAMs comes from the backports to get say this 2.0.7 into Debian Jessie, 
Ubuntu 16.04LTS, etc.


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

[Xastir] Time for another official Xastir release?

[David Ranch]

Hello Everyone,

Most linux distributions take a while to take on new packages and they 
will ONLY do so with official releases.  Xastir's last official release 
was 2.0.6 which was released 2014-09-12 which is approaching TWO years 
ago.  Maybe enough fixes have come in to consider tagging a 2.0.7 
release (maybe it's worthy of a 2.1.0 versioning)?  Once done, we should 
make some noise with the various distro packagers (Debian, Ubuntu, 
Fedora, etc) to get them to both kick off builds for their upcoming 
distro versions but also try to get them to backport 2.0.7 to their 
other already-released / stable distros too.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Potential migration of Xastir to github

[David Ranch]

Hello Tom,

SourceForge also has Git support (I use it) and it works well. Beyond 
the SCM of choice, do you have specific issues with SF? SF also offers 
some features that Github doesn't have like email lists, etc.


--David
KI6ZHD

___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Server slow

[David Ranch]

I've had pretty good luck with Codero's baseline VM solution (they call 
it "cloud hosting"):


   http://www.codero.com/cloud-hosting

For $5/mo, You get full root access and even with one core and 512MB of 
RAM, it's quite fast for simple sites,


top - 16:11:10 up 59 days, 19:11,  1 user,  load average: 0.02, 0.04, 0.05
Tasks: 125 total,   2 running, 123 sleeping,   0 stopped, 0 zombie
%Cpu(s):  2.0 us,  1.0 sy,  0.0 ni, 96.0 id,  0.7 wa,  0.0 hi,  0.0 si,  
0.3 st

KiB Mem :   495296 total, 6872 free,   104004 used, 384420 buff/cache
KiB Swap:   978940 total,   885004 free,93936 used. 334620 avail Mem


They have many other plans as well so give the above URL a look.

--David


On 03/17/2016 08:05 AM, Curt Mills wrote:

I'm not at all pleased with the server company. A buddy of mine has had
worse troubles recently, but the Xastir server has had troubles in a
similar manner and is having them now:

top - 10:54:49 up 5 days, 16:38,  1 user,  load average: 4.01, 6.68, 7.65
Tasks: 116 total,   1 running, 115 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1%us,  0.0%sy,  0.0%ni,  0.0%id, 99.9%wa,  0.0%hi,  0.0%si,
0.0%st
Mem:   1019956k total,   626328k used,   393628k free,95680k buffers
Swap:  2064380k total,27428k used,  2036952k free,   204540k cached

I'm seeing IOWAIT between 50 and 100%, which is unacceptable. If this
continues we can end up with disk corruption and I'll have to restore from
backups. That's what my friend is experiencing with his: disk corruption
and long-running apps having to be kicked each day. Ridiculous.

If anyone knows of a cheap and reliable VM that can be bought/rented,
please let me know. This one hasn't cost me much, but the reliability is
just not there. I'm almost to the point where I want to stand up my own
hardware and create multiple VM's off it.



___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Fwd: Bug#818217: xastir: Jasper removal

[David Ranch]

Could be.. if they are willing to drop the JPEG2000 format ( 
https://en.wikipedia.org/wiki/JPEG_2000 ) which is one of the final 
updates to the JPG format standard.


--David
KI6ZHD


On 03/15/2016 07:52 PM, Dave wrote:
I've managed to remove Jasper and rebuild all the linked programs 
under Gentoo so it's probably that easy for the *Magick package 
maintainers...


On 3/15/2016 11:11 AM, Curt Mills wrote:

If the libraries we use fix their dependencies, ours should get fixed
auto-magically. If not, we'll swing back for another round.


___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir

Re: [Xastir] Fwd: Bug#818217: xastir: Jasper removal

[David Ranch]

I've done a build of Xastir with the --without-jasper switch to make 
sure we don't include it and I also see the above when using ldd. But 
as Curt pointed out if any of the libraries we use need jasper for 
linking we get it anyway. Once they fix theirs and we rebuild with the 
result we should be good.


Looks like the Debian team didn't create a ticket for GraphicsMagick to 
fix this so I just created one:


   https://sourceforge.net/p/graphicsmagick/bugs/357/


I wonder if something similar should be done for ImageMagick though I 
haven't had luck with that package and Xastir for some time now.


--David
KI6ZHD
___
Xastir mailing list
Xastir@lists.xastir.org
http://xastir.org/mailman/listinfo/xastir