Announcement

Collapse
No announcement yet.

PI24: Replace dump1090 v1.14 -> pre-build package of dump1090 v1.15

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Oblivian
    replied
    Looks like all our guides need updating. He's archived the source 4 days ago to read only and removed files.



    Interesting to see if fr24 now breaks

    Sent from my EML-L09 using Tapatalk

    Leave a comment:


  • perseus68
    replied
    Originally posted by abcd567 View Post
    perseus68:

    You have Orangepipcplus and Armbian Jessie.
    The method to replace dump1090 in this thread is for Raspberry Pi / Raspbian Stretch or Buster.

    Code:
    W: Failed to fetch http://apt.[COLOR="#FF0000"]armbian[/COLOR].com/dists/[COLOR="#FF0000"]jessie[/COLOR]/main/binary-armhf/Packages
    Please build dump1090-mutability ver 1.15~dev from source code:

    (1) Go to this post:
    How to Install dump1090-mutability_1.15~dev on RPi

    (2) Scroll down and use this method:
    METHOD-2:
    Build dump1090-mutability_1.15~dev from source

    NOTE:
    Your OS Armbian Jessie is too old. After Jessie, Stretch was released, and after that Buster was released, which is the current OS.
    Thanks abcd
    Well I tried to follow instructions (Method-2) bur when I get to Step #3 and the /build-dump-mut/dump1090 dir is created
    I look into it and ONLY find a README.md file that says this:

    "# Old dump1090-mutability fork

    dump1090-mutability is no longer maintained; please don't use it for new installs.

    For new installs and ongoing development, try dump1090-fa, which is available at https://github.com/flightaware/dump1090

    The historical master branch is available in the `unmaintained` branch."

    Quite curious....

    The Command: sudo dpkg-buildpackage -b does not work unfortunately

    "tail: cannot open ‘debian/changelog’ for reading: No such file or directory
    dpkg-buildpackage: error: tail of debian/changelog gave error exit status 1"

    Is there a quick way to re-install the old 1.14 instead?
    Then IŽll think about buying a new SDcard with a fresh install.

    Leave a comment:


  • abcd567
    replied
    perseus68:

    You have Orangepipcplus and Armbian Jessie.
    The method to replace dump1090 in this thread is for Raspberry Pi / Raspbian Stretch or Buster.

    Code:
    W: Failed to fetch http://apt.[COLOR="#FF0000"]armbian[/COLOR].com/dists/[COLOR="#FF0000"]jessie[/COLOR]/main/binary-armhf/Packages
    Please build dump1090-mutability ver 1.15~dev from source code:

    (1) Go to this post:
    How to Install dump1090-mutability_1.15~dev on RPi

    (2) Scroll down and use this method:
    METHOD-2:
    Build dump1090-mutability_1.15~dev from source

    NOTE:
    Your OS Armbian Jessie is too old. After Jessie, Stretch was released, and after that Buster was released, which is the current OS.
    Last edited by abcd567; 2019-09-18, 16:33.

    Leave a comment:


  • matysldn
    replied
    Originally posted by perseus68 View Post
    Hi
    So far I just run the automatic script to update from 1.14 to 1.15 but without success.

    What I see is that dumo1090-mutability is not installed.

    At the end of the process I give: service fr24feed status and this is what I get:

    service fr24feed status
    ● fr24feed.service - Flightradar24 Decoder & Feeder
    Loaded: loaded (/etc/systemd/system/fr24feed.service; enabled)
    Active: active (running) since Wed 2019-09-18 16:50:07 CEST; 1min 56s ago
    Process: 1549 ExecStartPre=/usr/lib/fr24/create_missing_directories.sh (code=exited, status=0/SUCCESS)
    Process: 1544 ExecStartPre=/usr/lib/fr24/unregister_kernel_modules.sh (code=exited, status=0/SUCCESS)
    Process: 1509 ExecStartPre=/usr/lib/fr24/install_dump1090.sh (code=exited, status=100)
    Main PID: 1553 (fr24feed)
    CGroup: /system.slice/fr24feed.service
    └─1553 /usr/bin/fr24feed

    Sep 18 16:50:07 orangepipcplus systemd[1]: Started Flightradar24 Decoder & Feeder.

    there is no /usr/bin/dump1090-mutability file right now.

    I am getting few error messages while running the script starting from here:

    Get:53 http://apt.armbian.com jessie/main armhf Packages [178 B]
    Err http://apt.armbian.com jessie/main armhf Packages

    Get:54 http://apt.armbian.com jessie/utils armhf Packages [178 B]
    Err http://apt.armbian.com jessie/utils armhf Packages

    Get:55 http://apt.armbian.com jessie/jessie-desktop armhf Packages [178 B]
    Err http://apt.armbian.com jessie/jessie-desktop armhf Packages

    W: There is no public key available for the following key IDs:
    AA8E81B4331F7F50
    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://httpredir.debian.org/debian/d...armhf/Packages 404 Not Found [IP: 151.101.132.204 80]


    .and more

    What do you think about it ?

    Mark
    Looks like a folder where scrip was getting packages doesn't exist anymore. Bad luck. I don't know if that was removed by ovner or just a mistake..

    Leave a comment:


  • perseus68
    replied
    Hi
    So far I just run the automatic script to update from 1.14 to 1.15 but without success.

    What I see is that dumo1090-mutability is not installed.

    At the end of the process I give: service fr24feed status and this is what I get:

    service fr24feed status
    ● fr24feed.service - Flightradar24 Decoder & Feeder
    Loaded: loaded (/etc/systemd/system/fr24feed.service; enabled)
    Active: active (running) since Wed 2019-09-18 16:50:07 CEST; 1min 56s ago
    Process: 1549 ExecStartPre=/usr/lib/fr24/create_missing_directories.sh (code=exited, status=0/SUCCESS)
    Process: 1544 ExecStartPre=/usr/lib/fr24/unregister_kernel_modules.sh (code=exited, status=0/SUCCESS)
    Process: 1509 ExecStartPre=/usr/lib/fr24/install_dump1090.sh (code=exited, status=100)
    Main PID: 1553 (fr24feed)
    CGroup: /system.slice/fr24feed.service
    └─1553 /usr/bin/fr24feed

    Sep 18 16:50:07 orangepipcplus systemd[1]: Started Flightradar24 Decoder & Feeder.

    there is no /usr/bin/dump1090-mutability file right now.

    I am getting few error messages while running the script starting from here:

    Get:53 http://apt.armbian.com jessie/main armhf Packages [178 B]
    Err http://apt.armbian.com jessie/main armhf Packages

    Get:54 http://apt.armbian.com jessie/utils armhf Packages [178 B]
    Err http://apt.armbian.com jessie/utils armhf Packages

    Get:55 http://apt.armbian.com jessie/jessie-desktop armhf Packages [178 B]
    Err http://apt.armbian.com jessie/jessie-desktop armhf Packages

    W: There is no public key available for the following key IDs:
    AA8E81B4331F7F50
    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://apt.armbian.com/dists/jessie/...armhf/Packages HttpError404

    W: Failed to fetch http://httpredir.debian.org/debian/d...armhf/Packages 404 Not Found [IP: 151.101.132.204 80]


    .and more

    What do you think about it ?

    Mark

    Leave a comment:


  • Gomac
    replied
    Working again thank you all for your help. Now I must try some of the other gadgets, which means I will probably break it again ;-)

    Leave a comment:


  • abcd567
    replied
    Code:
    sudo dpkg --purge dump1090-mutability
    cd /usr/lib/fr24/ 
    sudo ./install_dump1090.sh 
    sudo service lighttpd force-reload 
    sudo systemctl restart fr24feed

    Leave a comment:


  • Gomac
    replied
    Thank you for your help, I now have 404 - not found at piip/dump1090
    Last edited by Gomac; 2019-09-06, 08:17. Reason: typo

    Leave a comment:


  • wiedehopf
    replied
    sudo apt install lighttpd
    sudo apt purge lighttpd
    sudo apt install lighttpd

    At this point you might need to purge and reinstall your dump1090 version as well.

    sudo lighty-enable-mod dump1090

    Deleting the whole /etc/lighttpd directory is a really bad idea.

    Leave a comment:


  • Gomac
    replied
    Trying to learn more;

    I think I have lost a file which should be in /etc/lighttpd, there is only a folder conf-available

    so mypiip/dump1090 does not load now (data is still working)

    Now I am thinking of trying to remove /etc/lighttpd, purge lighttpd and install again.
    Last edited by Gomac; 2019-09-06, 07:39. Reason: correction

    Leave a comment:


  • wiedehopf
    replied
    Purging dump1090-fa will not purge its dependencies like lighttpd.
    (Lighttpd will be auto-removed when issuing the auto-remove command. But it won't delete the lighttpd config files)

    What happens though when purging dump1090-fa, the config files in conf-available get deleted while the symlinks sometimes remain in conf-enabled, thus preventing lighttpd from starting.
    So i'm not against solving that issue.

    Remove only the relevant files (stuff in conf-enabled), it's the better approach.

    You can issue this command:
    sudo apt purge dump1090-fa lighttpd

    This will work because at this point both are installed.

    Leave a comment:


  • abcd567
    replied
    When installing dump1090-fa by package install as per following page, then lighttpd gets installed automatically as dependency of dump1090-fa.

    Setup PiAware to directly feed live ADS-B data to FlightAware via a Raspberry Pi running dump1090. Step-by-step instructions along with a link to your statistics and how to register for a free FlightAware Enterprise account.


    Consequently purging dump1090-fa purges lighttpd also, but for some reason leaves out folder /etc/lighttpd/.

    If someone tries to remove/purge lighttpd before removing/purging dump1090-fa, system refuses telling it cannot be removed as dump1090-fa depends on it. If tried to purge after purging dump1090-fa, system tells it cant remove/purge lighttpd as it does not exist.


    Even if lighttpd is installed independently, and if afterwards it is removed by purge command, the folder /etc/lighttpd does NOT get removed for unknown reason.

    It needs to be removed manually.
    Last edited by abcd567; 2019-09-04, 20:42.

    Leave a comment:


  • magnum
    replied
    Thanks, but after the reply of wiedehopf earlier i leave my setup as it is.

    Leave a comment:


  • wiedehopf
    replied
    That probably will result in problems as not all lighttpd files are installed correctly.
    If you do the rm -rf, you should also purge lighttpd.
    That way all configuration files will be created when installing lighttpd after that.

    If lighttpd was installed before, the package system doesn't "know" you deleted the lighttpd configuration files and won't write them when installing it.
    Without configuration files it won't work.

    It probably would be a better idea to only delete dump1090-fa related lighttpd configuration files like this:

    sudo rm -f /etc/lighttpd/conf-enabled/*dump1090-fa*

    Also you don't know what else might be installed which the user might want retained (graphs, .... etc)
    Last edited by wiedehopf; 2019-09-04, 19:55.

    Leave a comment:


  • abcd567
    replied
    Originally posted by magnum View Post
    Is it possible to replace the FA dump1090 (dump1090-fa) with dump1090 V1.15?

    If yes, what's the most painless way?
    I am using a Pi 3B on Buster, all feeder self installed, so not a preinstalled image like Piaware
    It is good if you followed instructions/advise by wiedehopf.

    However just co complete records, the most painless way to replce dump1090-fa by dump1090-mutability ver 1.15 on Buster is as follows:

    Code:
    sudo systemctl stop piaware
    sudo systemctl stop dump1090-fa
    
    sudo apt-get purge dump1090-fa
    sudo rm -rf /etc/lighttpd
    
    sudo apt-get update
    sudo apt-get install lighttpd
    sudo apt-get install dump1090-mutability
    
    sudo wget -O /etc/udev/rules.d/rtl-sdr.rules "https://raw.githubusercontent.com/osmocom/rtl-sdr/master/rtl-sdr.rules" 
    
    sudo reboot

    Leave a comment:

Working...
X