Package Details: mlat-client-git 0.2.13.r0.gfe70767-2

Git Clone URL: https://aur.archlinux.org/mlat-client-git.git (read-only, click to copy)
Package Base: mlat-client-git
Description: Mode S multilateration client by Mutability
Upstream URL: https://github.com/mutability/mlat-client
Keywords: FlighAware mlat mlat-client multilateration mutability piaware
Licenses: GPL-3.0-or-later
Conflicts: fa-mlat-client, mlat-client
Provides: fa-mlat-client, mlat-client
Submitter: None
Maintainer: PanisSupraOmnia
Last Packager: PanisSupraOmnia
Votes: 5
Popularity: 0.80
First Submitted: 2015-07-23 08:10 (UTC)
Last Updated: 2024-01-23 19:30 (UTC)

Required by (2)

Sources (1)

Latest Comments

1 2 3 Next › Last »

abcd567 commented on 2024-05-21 14:46 (UTC) (edited on 2024-05-21 14:57 (UTC) by abcd567)

fa-mlat-client gives following runtime error: ModuleNotFoundError: No module named ‘asyncore’


asyncore — Asynchronous socket handler
Deprecated since version 3.6, will be removed in version 3.12:
The asyncore module is deprecated (see PEP 594 for details).
Please use asyncio instead.

NOTE by author of mlat-client source code:

https://discussions.flightaware.com/t/ubuntu-24-04-noble-numbat-desktop-server-install-piaware-dump1090-fa-dump978-fa-and-piaware-web/90939/20

asyncio is not at all a drop-in replacement for asyncore, they work quite differently and there will be development work needed to port mlat-client to use asyncio.

meijin commented on 2024-05-21 12:33 (UTC)

seems like upstream problem: https://github.com/mutability/mlat-client/issues/39

meijin commented on 2024-05-21 12:28 (UTC)

When using with piaware, I am seeing the following error:

 ModuleNotFoundError: No module named 'asyncore'

I guess this is related to the usage of Python 3.12.

meijin commented on 2024-02-29 07:06 (UTC)

works now, IDK :thinking: Thanks anyway

PanisSupraOmnia commented on 2024-02-19 10:55 (UTC)

Hey @meijin, are you sure that you're doing a clean build using the latest pkgbuild? That patch isn't present anymore, so it looks like you haven't pulled the latest.

meijin commented on 2024-02-19 10:18 (UTC)

cat modes_reader.c.rej
--- modes_reader.c  2023-07-29 19:28:28.326973012 -0600
+++ modes_reader.c  2023-07-29 19:34:48.801995009 -0600
@@ -503,6 +503,19 @@
 {
     float lat, lon, alt;

+#if PY_MAJOR_VERSION >= 3 && PY_MINOR_VERSION >=11
+    lat = PyFloat_Unpack4(data + 4, 1);
+    if (lat == -1.0 && PyErr_Occurred())
+        return NULL;
+
+    lon = PyFloat_Unpack4(data + 8, 1);
+    if (lon == -1.0 && PyErr_Occurred())
+        return NULL;
+
+    alt = PyFloat_Unpack4(data + 12, 1);
+    if (alt == -1.0 && PyErr_Occurred())
+        return NULL;
+#else
     lat = _PyFloat_Unpack4(data + 4, 1);
     if (lat == -1.0 && PyErr_Occurred())
         return NULL;

meijin commented on 2024-02-13 19:57 (UTC)

I am failing to update the package with:

==> Extracting sources...
  -> Creating working copy of mlat-client git repo...
Cloning into 'mlat-client'...
done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
patching file modes_reader.c
Hunk #1 FAILED at 503.
Hunk #2 succeeded at 524 with fuzz 1 (offset 10 lines).
1 out of 2 hunks FAILED -- saving rejects to file modes_reader.c.rej

abcd567 commented on 2023-12-01 04:00 (UTC) (edited on 2023-12-01 04:02 (UTC) by abcd567)

@PanisSupraOmnia
OK, in light of your comments, I have edited my code at github ( https://github.com/abcd567a/archlinux-piaware )

I feel it is now in conformity with Arch Linux standards and practices.

Please have a look when you find time. Thank you.

abcd567 commented on 2023-11-30 03:25 (UTC)

@PanisSupraOmnia
Thank you for your review & comments about my composite repo. "archlinux-piaware" at Github.
I will shortly review it and will try to remove discrepancies pointed out by you.
Thanks again for your review.

PanisSupraOmnia commented on 2023-11-29 03:27 (UTC) (edited on 2023-11-29 03:28 (UTC) by PanisSupraOmnia)

Alright, finally got an update pushed. Please let me know if anyone runs into any issues with it. For now at least I'm going to leave it pointing to the dev branch, since this is a VCS package and it seems that the merges to master are relatively infrequent.

@abcd567, I did see your combined repo. However, I personally would not adopt your method as it currently stands, as at a quick glance I see a number of issues. Your PKGBUILD, for example, does not separate depends and makedepends, and rather than utilize the build() function you are doing everything in the package() step. Additionally, your install script uses pacman -Sy to install dependencies, which is explicitly unsupported as this can result in partial upgrades.