Package Details: dump1090-fa-git 1:7.2.r0.g849a3b73-2

Git Clone URL: (read-only, click to copy)
Package Base: dump1090-fa-git
Description: FlightAware/Mutability fork of dump1090, a simple Mode S decoder for RTLSDR devices.
Upstream URL:
Keywords: dump1090 mutability
Licenses: BSD
Conflicts: dump1090, dump1090-git, dump1090_mr-git
Provides: dump1090, dump1090-fa
Submitter: anish
Maintainer: anish
Last Packager: anish
Votes: 12
Popularity: 0.000001
First Submitted: 2015-06-22 04:22 (UTC)
Last Updated: 2022-03-30 19:27 (UTC)

Latest Comments

anish commented on 2022-03-30 19:29 (UTC)

all requested (and any previously missed) changes have been done

anish commented on 2022-03-22 07:28 (UTC)

@test0 please give me a few days to update this, I do not have access to an actual computer.

anish commented on 2022-03-21 07:39 (UTC)

Hi @dreieck I'm currently away from a computer for a few days. I should have this updated soonly

dreieck commented on 2022-03-17 15:25 (UTC)

Source protocol needs to be updated from git+git:// to git+https:// due to changes github does, see,

acidicX commented on 2022-03-15 18:01 (UTC) (edited on 2022-03-15 18:07 (UTC) by acidicX)

@anish I'm getting the error:

Cloning into bare repository '/home/alarm/.cache/yay/dump1090-fa-git/dump1090'...
fatal: remote error: 
  The unauthenticated git protocol on port 9418 is no longer supported.
Please see for more information.

You need to chage from "git+git" to "git+https" in the PKGBUILD source.

Also the folder name "public_html_merged" changed to "public_html", so the package build fails there as well currently.

test0 commented on 2022-01-13 21:58 (UTC)

@anish I would like to stress that the systemd service provided should not contain "--gain -10" as the option has been deprecated, additionally /usr/share/dump1090/html/config.js is not preserved on update.

anish commented on 2021-11-24 21:41 (UTC)

should be all fixed now

test0 commented on 2021-11-24 20:56 (UTC)

@anish the systemd service need to be updated according to the new settings:

Additionally the newer HTML interface files are found under public_html_merged in the repo.

anish commented on 2021-11-22 09:23 (UTC)

@davidrec you need to copy /usr/share/dump1090/lighttpd.conf to /etc/lighttpd/lighttpd.conf, it also serves by default on port 80, not 8080

anish commented on 2021-11-21 19:19 (UTC)

Update with the fixes in the comments. I don't think it's fully there yet, but planning to close everything out after some testing today

davidrec commented on 2021-11-14 16:09 (UTC)


I installed this AUR package on my Manjaro Xfce, launched it successfully with ./dump1090 --interactive --net , but nothing is showing on http://localhost:8080/ .

It seems that "dump1090 does not provide a webserver, you need to arrange for a separate webserver to serve the json & static files"...

Thank you for any help.

meijin commented on 2021-10-08 09:14 (UTC)

Not sure if it's related, but on my map I know have a messae

This version of SkyAware will soon be deprecated. Visit URL: [local IP Address]/skyaware for the most up-to-date SkyAware interface

but going to this address returns 404

anish commented on 2021-09-18 07:41 (UTC)

Hi, sorry. My computer has been dead for a while and I was just this week able to order a replacement. I'll get this sorted out this week.

test0 commented on 2021-09-04 17:45 (UTC)

Version 6, introduced a new auto gain settings, the systemd service may need to be updated accordingly:

Additionally the newer HTML interface files are found under public_html_merged. Note that config.js is not preserved on update.

test0 commented on 2021-03-29 20:32 (UTC) (edited on 2021-03-29 20:32 (UTC) by test0)

Compilation fails with master branch on armv7, OK using dev.

davep commented on 2020-11-11 15:13 (UTC) (edited on 2020-11-11 15:14 (UTC) by davep)

The lighttpd.conf must load the alias and redirect modules, eg

server.modules += ("mod_alias", "mod_redirect")

otherwise these error messages appear:

2020-11-11 14:51:18: (server.c.1517) WARNING: unknown config-key: url.redirect (ignored)

2020-11-11 14:51:18: (server.c.1517) WARNING: unknown config-key: alias.url (ignored)

This is with lighttpd 1.4.55

meijin commented on 2020-07-12 20:42 (UTC)

unable to compile:

privong commented on 2020-06-14 16:10 (UTC) (edited on 2020-06-14 16:10 (UTC) by privong)

As of 14 June 2020, the master branch no longer compiles for me in Arch, due to a change in gcc (discussed in A fix (adding -fno-common to the compiler flags) has been committed to the dev branch, but it hasn't been merged to master.

In case anyone else encounters the same issue, I was able to compile/install the package by modifying the PKGBUILD file and adding: git checkout dev as a new line in build(), just before the make command.

aoz commented on 2020-01-31 10:58 (UTC)

I've tested and confirmed that this works on aarch64, can you please add it to PKGBUILD?

meijin commented on 2019-08-04 08:22 (UTC)

The lighttpd.conf need to update from gmap.html to index.html. also I think that dir.listing should be disabled by default

test0 commented on 2019-07-16 14:11 (UTC)

@anish: working fine now, thanks!

anish commented on 2019-07-06 01:15 (UTC)

Should not have to anymore. Sorry for the delay here, the fixes were stuck in the devel branch for a while and not pushed to master. At some point I stopped looking, and it got delayed.

@test0 can you try and tell me if it still fails ? I only have armv6h, and works fine on that

rafael.castellar commented on 2019-07-04 23:41 (UTC)

Hi wingsuit...where exactly should I put this BLADERF=no? Tks

wingsuit commented on 2019-06-29 10:45 (UTC)

This wouldn't compile for me on Arch ARM but adding BLADERF=no onto the make flags line fixed the issue.

Not sure if there was already a better fix, the comments on this package were confusing.

cyrinux commented on 2019-06-14 19:03 (UTC)

Hi, patch is now useless, please remove it :)

test0 commented on 2019-04-22 07:13 (UTC) (edited on 2019-04-22 07:36 (UTC) by test0)

EDIT: sorry, a clean build fixed it. Using the dev branch works OK with the latest piaware-git (+ Itcl patch).

I cannot compile the dev branch on armv7h. Compilation hangs at:

cc -D_FORTIFY_SOURCE=2 -DMODES_DUMP1090_VERSION=\"\" -DMODES_DUMP1090_VARIANT=\"dump1090-fa\" -DENABLE_RTLSDR -DENABLE_BLADERF -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -O2 -pipe -fstack-protector-strong -fno-plt -std=c11 -O2 -g -Wall -Werror -W -D_DEFAULT_SOURCE -I/usr/include/ -I/usr/include/libusb-1.0  -I/usr/include/  -c mode_ac.c -o mode_ac.o

PanisSupraOmnia commented on 2019-04-21 22:16 (UTC)

@anish thanks for fixing it! Sorry to keep bothering you, but I also just realized: since you changed piaware-git to use the dev branch as its source, do you think you could do the same for this package? I noticed that piaware was complaining about a version mismatch in its logs, and editing this PKGBUILD to point to the dev branch fixed it.

anish commented on 2019-04-20 22:50 (UTC)

@panissupraomnia I was thinking about that but most of the definitions in show_config() are wrong that way. For now that is a better fix, updated

PanisSupraOmnia commented on 2019-04-20 21:38 (UTC)

Yeah, this doesn't work on aarch64. Due to the pre-processor conditional, freq doesn't get defined, so the build errors out in that same function as before. Since you've updated the dependency on bladerf to be >=2.0.2, is there any reason why you even need the architecture-dependent definitions? I would think that just replacing it with the bladerf_frequency typedef would work across platforms (and be more clear).

anish commented on 2019-04-20 06:56 (UTC)

This should be working for everyone now, but I was only able to test arm6/arm7 & x86_64. Please let me know if you're on a different arm processor and it does not work for you

PanisSupraOmnia commented on 2019-03-20 20:11 (UTC) (edited on 2019-03-20 20:11 (UTC) by PanisSupraOmnia)

You'd probably figure this out pretty quickly, but this is the same issue that @kikoloche posted about in February, and I believe my solution is correct (it's been working fine for me at least). Unfortunately the fix hasn't made it into upstream because they need to maintain compatibility with Debian Jessie, which made the PR to fix it stall (see

anish commented on 2019-03-20 19:44 (UTC)

Thanks for the heads up, I'll get to this tonight

Maria commented on 2019-03-20 19:23 (UTC)

Thank you for the great PKGBUILD. It seems that this version fails to build because of the bladerf dependency: not using bladerf but having this version bladerf 2.0.2-1

sdr_bladerf.c: In function ‘show_config’: sdr_bladerf.c:116:76: error: passing argument 3 of ‘bladerf_get_frequency’ from incompatible pointer type [-Werror=incompatible-pointer-types] (status = bladerf_get_frequency(BladeRF.device, BLADERF_MODULE_RX, &freq)) < 0 || ^~~~~ In file included from sdr_bladerf.c:23: /usr/include/libbladeRF.h:1162:56: note: expected ‘bladerf_frequency ’ {aka ‘long unsigned int ’} but argument is of type ‘unsigned int ’ bladerf_frequency frequency); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~ cc1: all warnings being treated as errors make: *** [Makefile:41: sdr_bladerf.o] Error 1

kikoloche commented on 2019-02-16 19:53 (UTC)

Thanks. It works again with bladerf 2.0.2 version instaled

PanisSupraOmnia commented on 2019-02-16 17:50 (UTC)

Also, just to note, I can confirm that this builds successfully on aarch64, if you'd like to add that to the arch list.

PanisSupraOmnia commented on 2019-02-16 17:45 (UTC) (edited on 2019-02-16 17:46 (UTC) by PanisSupraOmnia)

@kikoloche,I just had to take a look at this yesterday; the solution is either to add a .patch file or add this to the prepare() section of the PKGBUILD: sed -i 's/unsigned freq/bladerf_frequency freq/g' sdr_bladerf.c.

kikoloche commented on 2019-02-16 10:34 (UTC)

Upgrading to bladerf 2.0.2-1 break compilation process. I got this error:

sdr_bladerf.c: En la función ‘show_config’: sdr_bladerf.c:116:76: error: se pasa el argumento 3 de ‘bladerf_get_frequency’ desde un tipo de puntero incompatible [-Werror=incompatible-pointer-types] (status = bladerf_get_frequency(BladeRF.device, BLADERF_MODULE_RX, &freq)) < 0 || ^~~~~ In file included from sdr_bladerf.c:23: /usr/include/libbladeRF.h:1162:56: nota: se esperaba ‘bladerf_frequency ’ {también conocido como ‘long unsigned int ’} pero el argumento es de tipo ‘unsigned int ’ bladerf_frequency frequency); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~

Downgrading to bladerf-1.9.0 solves the problem

abcd567 commented on 2018-11-12 17:33 (UTC)

there seems to a be a mix-up of dump1090-fa and dump1090-mutability codes.

anish commented on 2018-09-12 20:17 (UTC)

thanks for the info @test0, I'll update as soon as I'm at a computer

test0 commented on 2018-09-12 20:05 (UTC)

@anish, please have a look at this:

test0 commented on 2018-02-18 19:03 (UTC) (edited on 2018-02-18 20:50 (UTC) by test0)

Shouldn't this package be based on

midgard commented on 2017-08-13 11:29 (UTC)

There's an unquoted $srcdir on line 34 of the PKGBUILD.

anish commented on 2017-08-13 02:32 (UTC) (edited on 2017-08-13 02:38 (UTC) by anish)

@a36233 that fix is a bit incomplete, waiting for to merge but I've picked up the recommended fix for now

a36233 commented on 2017-08-12 17:17 (UTC) (edited on 2017-08-12 17:18 (UTC) by a36233)

fix to compile:

meijin commented on 2017-06-14 12:36 (UTC)

Does not compile: interactive.c:143:44: error: '%03d' directive output may be truncated writing between 3 and 9 bytes into a region of size 5 [-Werror=format-truncation=] snprintf(strFl,6,"F%03d",((a->altitude+50)/100)); ^~~~ interactive.c:143:42: note: directive argument in the range [-21474836, 21474836] snprintf(strFl,6,"F%03d",((a->altitude+50)/100)); ^~~~~~~ In file included from /usr/include/stdio.h:939:0, from dump1090.h:65, from interactive.c:50: /usr/include/bits/stdio2.h:64:10: note: '__builtin___snprintf_chk' output between 5 and 11 bytes into a destination of size 6 return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ __bos (__s), __fmt, __va_arg_pack ()); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors make: *** [Makefile:49: interactive.o] Error 1

anish commented on 2017-02-28 21:32 (UTC)

@sammyshp this has been discussed right below your comment.

SammysHP commented on 2017-02-28 21:21 (UTC)

@anish mutability/dump1090 and flightaware/dump1090 are two different forks of dump1090. Please use for this package as it is named "…-fa". I'll flag it out-of-date as it does not build what it says.

anish commented on 2016-12-03 20:06 (UTC)

@mejin That is just the current location. Over time it's been dump1090_mr, dump1090-fa and simply dump1090. I cannot change the name of the package everytime fa decided on a new location (which they seem to do a lot)

meijin commented on 2016-10-05 12:03 (UTC)

If this is the name of the package, it should fetch from not from

anish commented on 2016-08-26 04:08 (UTC)

@zekesonxx okay, I will change that with the next update

zekesonxx commented on 2016-08-26 01:54 (UTC)

Holy hell auto-enabling dump1090-fa.service is /not/ okay. This is not Debian.

anish commented on 2016-08-02 06:55 (UTC)

Since mutabilit's dump1090 no longer supports the internal webserver, you now need to use lighttpd. To enable lighttpd, copy /usr/share/dump1090/lighttpd.conf to /etc/lighttpd/lighttpd.conf then enable and start the lighttpd service. Am looking at enabling nginx as well in the near future.