AirNav Systems Forum
AirNav RadarBox and RadarBox24.com => AirNav RadarBox and RadarBox24.com Discussion => Topic started by: josh on June 15, 2020, 07:03:03 PM
-
Using RBFeeder Version 20200423004254 on my RPi3.
The RPi crashed after 2 days run by memory overflow after enabling UAT feed via dump978-fa.
Here is the memory consumption of RBFeeder after 27.5 hours run.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17289 root 20 0 584672 473172 4884 S 4.1 52.8 27:28.94 rbfeeder
(http://rb_issue_system-localhost-memory-24h.png)
No web-site explains this situation, please help.
There are the facts that may help someone tries to reproduce the issue.
- Using dump978-fa not dump978-rb.
- The leaking rate is much less if UAT is disabled or no traffic on UAT.
- My UAT stream contains many TIS-B.
Thank you.
-
Hi...If you select DVBT (USB), FR24 feeder will start its own dump1090 at startup and grab the DVBT. Your dump1090-mutability will become orphan - no dongle left for it.
The FR24 feeder starts/stops and passes these arguments at startup ONLY to the dump1090 provided by FR24.
-
Using dump978-fa not dump978-rb.
Please post output of following 3 command to see what are your settings.
NOTE: The output of first command contains your RB24 key. Remove your key when posting here.
cat /etc/rbfeeder.ini
systemctl status dump978-rb
systemctl status dump978-fa
-
I'm trying to answer your question with long text, but following message generated.
CleanTalk: *** Forbidden. Message seems to be spam. ***
So I have a quick question.
I'm using the port 30979 of dump978-fa. Is it correct? There is another port 30978.
-
Thank you PattyManser,
My 1090MHz feeding works well. The issue starts after enabling 978MHz UAT with:
[dump978]
dump978_enabled=true
dump978_port=30979
I posted in another reply. I guess the 30979 may have an issue.
Thank you.
Hi...If you select DVBT (USB), FR24 feeder will start its own dump1090 at startup and grab the DVBT. Your dump1090-mutability will become orphan - no dongle left for it.
The FR24 feeder starts/stops and passes these arguments at startup ONLY to the dump1090 provided by FR24.
-
I've just switched dump978-fa to dump978-rb, and starts checking memory usage.
piaware seems to be able to read from dump978-rb json output.
It may be a solution of memory leaking.
Thank you for your helping.
-
Your following setting to feed rbfeeder from Flightaware's dump978-fa are perfect:
[dump978]
dump978_enabled=true
dump978_port=30979
The memory problem is caused because you have both tbe dump978-fa & dump978-rb installed and running.
Since the dongle is grabbed by Flightaware's dump978-fa, the RB24's dum978-rb runs dongle-less, and keeps restarting continously, causing excessive use of cpu and memory.
To solve this problem, uninstall RB24's dump978-rb, and reboot the Pi
Note: Do NOT change above noted settings in file/etc/rbfeeder.ini
sudo apt purge dump978-rb
sudo reboot
-
The memory problem is caused because you have both tbe dump978-fa & dump978-rb installed and running.
Since the dongle is grabbed by Flightaware's dump978-fa, the RB24's dum978-rb runs dongle-less, and keeps restarting continously, causing excessive use of cpu and memory.
I disabled dump978-rb by
$ sudo systemctl disable dump978-rb
I believe my dump978-rb never wake up.
$ sudo systemctl status dump978-rb
œ dump978-rb.service - dump978 ADS-B UAT receiver
Loaded: loaded (/lib/systemd/system/dump978-rb.service; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs: https://www.radarbox.com
Should I try to uninstall dump978-rb completely ?
I'm trying to run dump978-rb only.
This is the status after 6 hours. rbfeeder already uses 18.3% = 190MB memory.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14236 root 20 0 273952 164104 5696 S 1.0 18.3 6:24.33 rbfeeder
13818 dump978 15 -5 101676 24320 16256 S 25.9 2.7 103:34.88 dump978-rb
11187 dump1090 15 -5 31520 11740 2344 S 12.6 1.3 616:16.27 dump1090-fa
It seems not to improve.
I'm using cron to restart rbfeeder twice a day. It works but not smart.
Thank you.
-
Maybe some files got corrupted. Try uninstall, then reinstall rbfeeder.
sudo apt purge rbfeeder
sudo apt install rbfeeder
## Edit file /etc/rbfeeder.ini
## Configure rbfeeder to use Flightaware's dump978-fa.
## Reboot
sudo reboot
-
I did install again.., seems same, rbfeerer grows bigger and bigger.
And I encounter new issue my mlat-client is not running.
There is no process of /usr/bin/mlat-client, but nothing reported from rbfeeder log.
This process is launched by /usr/bin/rbfeeder ?
-
The mlat-client issue has been resolved.
rbfeeder was not convenient due to no error message was generated with any configuration problem.
-
The mlat-client issue has been resolved.
How?
rbfeeder was not convenient due to no error message was generated with any configuration problem.
Try this command to find any issues:
sudo journalctl -u rbfeeder --no-pager
-
The mlat-client issue has been resolved.
How?
Yeah I love journalctl generally, but rbfeeder + mlat case has no useful record of mlat command line output.
My case was a wrong elevation description with fractional vale like nn.n .
It makes mlat launch failure quietly.
Fortunately I was happy to solve it soon.
So I would like to return original topic.
I tried some filter of 30979 stream. This seems there is no message type dependency of leaking. In other words, every message has a little leak.
-
Yes, rbfeeder does not have a good error logging. Many errors are silent.
How did you install mlat-client? The command "sudo apt install mlat-client" used to fail on Buster. Is it working now?
Which Pi model and OS you are using?
I have piaware sd card image 3.8.1 (buster) on RPi model 2 and 64-bit Raspbian Buster on RPi model 4, and have rbfeeder on both working with mlat fine. On piaware sd card, I have dump978-fa which also feeds rbfeeder using "/etc/rbfeeder.ini" setting "dump978_port=30979".
-
Thank you continuous reply. I saw you in many threads. dump978_port= idea was also from your thread! Thank you again.
I'm using piaware on Raspbian buster "32bit" armv71, RPi3 model B rev1.2 . oh, 64 bit OS is available?
At rbfeeder installing, I had a trouble with enabling mlat, but the reason was another version of Python in my Pi. I guess the clean install with the instruction described in official web would work well. I saw an option the installer asking if dump978-rb install or not. This is nice option can avoid dump978-rb confliction.
-
Thank you continuous reply. I saw you in many threads. dump978_port= idea was also from your thread! Thank you again.
The dump978_port idea was not mine, I only used it after it was discovered by user @dpbxcorp (click here) (https://forum.radarbox24.com/index.php?topic=103271.msg444091#msg444091).
I'm using piaware on Raspbian buster "32bit" armv71, RPi3 model B rev1.2 . oh, 64 bit OS is available?
Yes, Beta version available since May 27, 2020.
Howto Install Piaware 3.8.1 on 64 bit Raspbian OS / Pi4 (https://discussions.flightaware.com/t/howto-install-piaware-3-8-1-on-64-bit-raspbian-os-pi4/65477)
https://github.com/abcd567a/piaware-64bit-raspbian/blob/master/README.md (https://github.com/abcd567a/piaware-64bit-raspbian/blob/master/README.md)
RB24feeder (Beta version) for 64-bit Raspbian is also available since June 23, 2020.
Thanks to Jonis Ceara and Andre Brandao for their prompt action.
Radarbox24 arm64 feeder (https://discussions.flightaware.com/t/howto-install-piaware-3-8-1-on-64-bit-raspbian-os-pi4/65477/26?u=abcd567)
I am running rbfeeder:arm64 on 64-bit Raspbian buster. Here is the site:
https://www.radarbox.com/stations/EXTRPI000036
.
-
I am running rbfeeder:arm64 on 64-bit Raspbian buster.
I've just started running the 64bit version of rbfeeder.
$ file /usr/bin/rbfeeder
/usr/bin/rbfeeder: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=2e66bf959e89f98dbfe27ef27a32216f747d4a3b, stripped
However, unfortunately it still has leaking.
$ while true ; do date ; grep 'VmData' /proc/`pidof rbfeeder`/status ; sleep 3600 ; done
Mon 06 Jul 2020 06:00:01 AM PDT
VmData: 107200 kB
:
VmData: 517396 kB
Mon 06 Jul 2020 02:00:01 PM PDT
VmData: 579092 kB
My cron restarts rbfeeder three times a day.
Thank you.
-
I am having the same issue. I also am running rbfeeder with a UAT feed that gets lots of TIS-B messages.
I have a fresh installation of rbfeeder that I installed yesterday and it was running for less than a day when I noticed the substantial memory leak. The graph below shows the memory usage for the eight hours right before I restarted rbfeeder:
(https://i.imgur.com/1gmNpdq.png)
Process stats of rbfeeder before I restarted it:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 634 0.7 28.7 385172 272864 ? Ssl Jul12 9:44 /usr/bin/rbfeeder
immediately after I restarted it:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 17891 1.0 1.1 120580 10488 ? Ssl 19:05 0:03 /usr/bin/rbfeeder
(RSS decrease from 272864 to 10488 immediately after restart.)
Some more stats:
# rbfeeder -v
RBFeeder v0.3.4 (build 20200423004254)
# cat /etc/rbfeeder.ini
[client]
network_mode=true
log_file=/var/log/rbfeeder.log
key=<REDACTED>
sn=<REDACTED>
lat=<REDACTED>
lon=<REDACTED>
alt=<REDACTED>
sat_used=0
sat_visible=0
[network]
mode=beast
external_port=30005
external_host=127.0.0.1
[mlat]
autostart_mlat=true
#mlat_cmd=/usr/bin/python3.5 /usr/bin/mlat-client
[dump978]
dump978_enabled=true
dump978_port=30979
# systemctl status rbfeeder
● rbfeeder.service - RBFeeder Service
Loaded: loaded (/lib/systemd/system/rbfeeder.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2020-07-13 19:05:05 PDT; 9min ago
Main PID: 17891 (rbfeeder)
Tasks: 12 (limit: 2200)
Memory: 9.8M
CGroup: /system.slice/rbfeeder.service
└─17891 /usr/bin/rbfeeder
Jul 13 19:13:51 piaware rbfeeder[17891]: [2020-07-13 19:13:51] Data sent: 114.9 KB
Jul 13 19:13:51 piaware rbfeeder[17891]: [2020-07-13 19:13:51] Data received: 1.2 KB
Jul 13 19:14:22 piaware rbfeeder[17891]: [2020-07-13 19:14:22] ******** Statistics updated every 30 seconds ********
Jul 13 19:14:22 piaware rbfeeder[17891]: [2020-07-13 19:14:22] Packets sent in the last 30 seconds: 257, Total packets sent since startup: 3939
Jul 13 19:14:22 piaware rbfeeder[17891]: [2020-07-13 19:14:22] Data sent: 123.1 KB
Jul 13 19:14:22 piaware rbfeeder[17891]: [2020-07-13 19:14:22] Data received: 1.3 KB
Jul 13 19:14:53 piaware rbfeeder[17891]: [2020-07-13 19:14:53] ******** Statistics updated every 30 seconds ********
-
I am having the same issue. I also am running rbfeeder with a UAT feed that gets lots of TIS-B messages.
Hello csecse, thank you reporting memory leaking!!
(http://rbfeeder_restart_3perDay.PNG)
I hope someone in AirNav finds this article and fix it soon.
-
Why don't you email [email protected]
Alan
-
Why don't you email [email protected]
Nice idea!! will do.
[email protected] would be the correct email.
-
Both go to the same place
Alan
-
Guys, thank you very much for your feedback. I think I found the leak problem. I'll make some tests tomorrow and reply in this topic with a beta-test link for new version.
-
Guys, thank you very much for your feedback. I think I found the leak problem. I'll make some tests tomorrow and reply in this topic with a beta-test link for new version.
Wow it's good news.
I can beta-test it anytime.
-
Hi!
I've build a new version for x64. Can you test please?
Besides the leak problem, this is a major new version of rbfeeder (alpha). In this version, we have split dump1090 and our code. This way, we can start/stop dump1090 (if needed) and run other programs that use the same dongle without losing connection to our servers.
Also, if you get data from another host (or program, like already running dump1090), the rbfeeder itself will use a lot less resources since it doesn't have all the code to access and demodulate data from dongle.
This package already include dump1090-rb, which is a simples dump1090 just renamed. If you are using 'network mode' in your configuration, this executable will not be used. If not (local dongle), rbfeeder will start it automatically.
Link for download (only for 64bits for now): https://drive.google.com/file/d/1tu2D4rK7ZM3n6yq6612rP4iFY5EtVV1R/view?usp=sharing
Note that I've also added an option to disable all log information, if you want (even rbfeeder status every 30 seconds).
This parameter is:
[client]
disable_log=true/false
-
Hi jmaurin,
I've build a new version for x64. Can you test please?
$ /usr/bin/rbfeeder -v
RBFeeder v0.4.0 (build 20200715113500)
I did 3 hours run of your new version with NO LEAK !!
(http://new_rbfeeder.PNG)
Thank you great & quick fix !
Now I disabled scheduled RBFeeder restarting.
I love also the switch to stop logging. Had you known the idea I hope?
Could you provide 32bit version also later? Many feeders are still using armv7.
csecse seems to use RPi3 but may use 32bit OS.
Thank you again.
-
Yes, we will release 32bits very soon.
-
@jmaurin
Great work!
(1) Where did you find the source-code for rbfeeder and dump978-rb?
(2) What argument/parameters you used when you build the .deb package from source-code?
(3) The link to Google Drive you have posted requires the .deb package to be first downloaded to a computer using web browser, then moved to RPi using SCP software like FileZilla or WinSCP. Following is the wget command which directly downloads your .deb package on RPi. I have tested it, and it works. Give it a try :)
NOTE: It is a very long command. Scroll right to see and copy-paste it in full.
wget -O /home/pi/rbfeeder_0.4.0-20200715113500_arm64.deb "https://drive.google.com/uc?export=download&id=1tu2D4rK7ZM3n6yq6612rP4iFY5EtVV1R"
(4) Installed over existin 64 bit rbfeeder from RB24 repositories:
pi@raspberrypi:~ $ sudo dpkg -i rbfeeder_0.4.0-20200715113500_arm64.deb
pi@raspberrypi:~ $ apt policy rbfeeder
rbfeeder:
Installed: 0.4.0-20200715113500
Candidate: 0.4.0-20200715113500
Version table:
*** 0.4.0-20200715113500 100
100 /var/lib/dpkg/status
0.3.5-20200623164017 500
500 https://apt.rb24.com buster/main arm64 Packages
(5) Checked your .deb package:
pi@raspberrypi:~ $ file rbfeeder_0.4.0-20200715113500_arm64.deb
rbfeeder_0.4.0-20200715113500_arm64.deb: Debian binary package (format 2.0)
pi@raspberrypi:~ $ readelf -a rbfeeder_0.4.0-20200715113500_arm64.deb
File: rbfeeder_0.4.0-20200715113500_arm64.deb(debian-binary )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
File: rbfeeder_0.4.0-20200715113500_arm64.deb(control.tar.xz )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
File: rbfeeder_0.4.0-20200715113500_arm64.deb(data.tar.xz )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
pi@raspberrypi:~ $ sudo dpkg-deb -c rbfeeder_0.4.0-20200715113500_arm64.deb
drwxr-xr-x root/root 0 2020-07-15 04:28 ./
drwxr-xr-x root/root 0 2020-07-15 04:28 ./etc/
-rw-r--r-- root/root 249 2020-07-15 04:28 ./etc/rbfeeder.ini
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/systemd/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/systemd/system/
-rw-r--r-- root/root 202 2020-07-15 04:28 ./lib/systemd/system/rbfeeder.service
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/radarbox/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/radarbox/specs/
-rwxr-xr-x root/root 110597 2020-07-15 04:28 ./opt/radarbox/specs/cat21_2.1.json
-rwxr-xr-x root/root 117364 2020-07-15 04:28 ./opt/radarbox/specs/cat21_2.4.json
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/bin/
-rwxr-xr-x root/root 307280 2020-07-15 04:28 ./usr/bin/dump1090-rb
-rwxr-xr-x root/root 421752 2020-07-15 04:28 ./usr/bin/rbfeeder
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/doc/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/doc/rbfeeder/
-rw-r--r-- root/root 1199 2020-07-15 04:28 ./usr/share/doc/rbfeeder/changelog.Debian.gz
-rw-r--r-- root/root 1255 2020-07-15 04:28 ./usr/share/doc/rbfeeder/copyright
pi@raspberrypi:~ $ sudo dpkg -L rbfeeder
/.
/etc
/etc/rbfeeder.ini
/lib
/lib/systemd
/lib/systemd/system
/lib/systemd/system/rbfeeder.service
/opt
/opt/radarbox
/opt/radarbox/specs
/opt/radarbox/specs/cat21_2.1.json
/opt/radarbox/specs/cat21_2.4.json
/usr
/usr/bin
/usr/bin/dump1090-rb
/usr/bin/rbfeeder
/usr/share
/usr/share/doc
/usr/share/doc/rbfeeder
/usr/share/doc/rbfeeder/changelog.Debian.gz
/usr/share/doc/rbfeeder/copyright
-
I believe @jmaurin is AirNav developer to support of my e-mail request, can access everything.
-
I believe @jmaurin is AirNav developer to support of my e-mail request, can access everything.
I also suspected this, but not sure as he is not shown as AirNav Staff or Support, but just like an ordinary member.
Also his debian package is uploaded to Google Drive, not the RadarBox repository.
That is why I asked him the questions.
By the way, on 14 July I have reported this issue to AirNav's Jonis and Andre. Please see attached screenshot.
-
J Maurin is with Airnav. I emailed the Development staff pointing to this thread following the reply from Josh on 14th July. Quick work from the team, well done
Alan
-
@jmaurin
Great work!
(1) Where did you find the source-code for rbfeeder and dump978-rb?
(2) What argument/parameters you used when you build the .deb package from source-code?
(3) The link to Google Drive you have posted requires the .deb package to be first downloaded to a computer using web browser, then moved to RPi using SCP software like FileZilla or WinSCP. Following is the wget command which directly downloads your .deb package on RPi. I have tested it, and it works. Give it a try :)
NOTE: It is a very long command. Scroll right to see and copy-paste it in full.
wget -O /home/pi/rbfeeder_0.4.0-20200715113500_arm64.deb "https://drive.google.com/uc?export=download&id=1tu2D4rK7ZM3n6yq6612rP4iFY5EtVV1R"
(4) Installed over existin 64 bit rbfeeder from RB24 repositories:
pi@raspberrypi:~ $ sudo dpkg -i rbfeeder_0.4.0-20200715113500_arm64.deb
pi@raspberrypi:~ $ apt policy rbfeeder
rbfeeder:
Installed: 0.4.0-20200715113500
Candidate: 0.4.0-20200715113500
Version table:
*** 0.4.0-20200715113500 100
100 /var/lib/dpkg/status
0.3.5-20200623164017 500
500 https://apt.rb24.com buster/main arm64 Packages
(5) Checked your .deb package:
pi@raspberrypi:~ $ file rbfeeder_0.4.0-20200715113500_arm64.deb
rbfeeder_0.4.0-20200715113500_arm64.deb: Debian binary package (format 2.0)
pi@raspberrypi:~ $ readelf -a rbfeeder_0.4.0-20200715113500_arm64.deb
File: rbfeeder_0.4.0-20200715113500_arm64.deb(debian-binary )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
File: rbfeeder_0.4.0-20200715113500_arm64.deb(control.tar.xz )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
File: rbfeeder_0.4.0-20200715113500_arm64.deb(data.tar.xz )
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
pi@raspberrypi:~ $ sudo dpkg-deb -c rbfeeder_0.4.0-20200715113500_arm64.deb
drwxr-xr-x root/root 0 2020-07-15 04:28 ./
drwxr-xr-x root/root 0 2020-07-15 04:28 ./etc/
-rw-r--r-- root/root 249 2020-07-15 04:28 ./etc/rbfeeder.ini
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/systemd/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./lib/systemd/system/
-rw-r--r-- root/root 202 2020-07-15 04:28 ./lib/systemd/system/rbfeeder.service
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/radarbox/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./opt/radarbox/specs/
-rwxr-xr-x root/root 110597 2020-07-15 04:28 ./opt/radarbox/specs/cat21_2.1.json
-rwxr-xr-x root/root 117364 2020-07-15 04:28 ./opt/radarbox/specs/cat21_2.4.json
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/bin/
-rwxr-xr-x root/root 307280 2020-07-15 04:28 ./usr/bin/dump1090-rb
-rwxr-xr-x root/root 421752 2020-07-15 04:28 ./usr/bin/rbfeeder
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/doc/
drwxr-xr-x root/root 0 2020-07-15 04:28 ./usr/share/doc/rbfeeder/
-rw-r--r-- root/root 1199 2020-07-15 04:28 ./usr/share/doc/rbfeeder/changelog.Debian.gz
-rw-r--r-- root/root 1255 2020-07-15 04:28 ./usr/share/doc/rbfeeder/copyright
pi@raspberrypi:~ $ sudo dpkg -L rbfeeder
/.
/etc
/etc/rbfeeder.ini
/lib
/lib/systemd
/lib/systemd/system
/lib/systemd/system/rbfeeder.service
/opt
/opt/radarbox
/opt/radarbox/specs
/opt/radarbox/specs/cat21_2.1.json
/opt/radarbox/specs/cat21_2.4.json
/usr
/usr/bin
/usr/bin/dump1090-rb
/usr/bin/rbfeeder
/usr/share
/usr/share/doc
/usr/share/doc/rbfeeder
/usr/share/doc/rbfeeder/changelog.Debian.gz
/usr/share/doc/rbfeeder/copyright
1) Our source code is available at our github, as opensource (see 'copyright' file in latest package available, just pushed into out APT for 32bits).
2) Just dpkg-buildpackage to create standard package. But note that you won't be able to use your compiled version. We have some kind of protection and only builds made by US are able to comunicate with our servers. Still, you can download and build our software.
3) It's available in our APT repository now.
+) Yes, I'm from AirNav Team, Jonis :)
Please, if is possible, report any problem related to rbfeeder here (in forum) but specially in our git repository, in the 'Issues' section. That's a better way to keep tracking of fixes.
Again: URL is available in 'copyright' file that is installed with rbfeeder package in the latest version.
-
Hi Jonis,
Glad to see you in the forum.
Thank you so much for detailed reply/clarification/guidance.
Sorry I did not recognize it was you when you made your first post using your middle name which I was not aware of.
Thanks again for your great work as AirNav Software Developer, and now for participating in the forum to help the AirNav/Radarbox community.
Regards,
ab cd