Ehm, already applied but thanks for reporting.
Search Criteria
Package Details: pi-hole-ftl 5.25.2-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/pi-hole-ftl.git (read-only, click to copy) |
|---|---|
| Package Base: | pi-hole-ftl |
| Description: | The Pi-hole FTL engine |
| Upstream URL: | https://github.com/pi-hole/FTL |
| Licenses: | EUPL-1.2 |
| Conflicts: | dnsmasq |
| Provides: | dnsmasq |
| Submitter: | max.bra |
| Maintainer: | max.bra (graysky) |
| Last Packager: | max.bra |
| Votes: | 56 |
| Popularity: | 1.30 |
| First Submitted: | 2017-05-07 15:23 (UTC) |
| Last Updated: | 2024-08-10 09:53 (UTC) |
Dependencies (6)
- gmp (gmp-hgAUR)
- libidn (libidn-gitAUR)
- nettle (nettle-gitAUR)
- cmake (cmake-gitAUR) (make)
- sqlite (sqlite-fossilAUR) (make)
- xxd (vim-minimal-gitAUR, gvim-gitAUR, vim-cli-gitAUR, gvim-wayland-lilydjwg-gitAUR, gvim-gtk2AUR, gvim, tinyxxd, vim) (make)
Required by (65)
- adhocspot-script-git (requires dnsmasq)
- airgeddon (requires dnsmasq) (optional)
- anti-ad-dnsmasq-git (requires dnsmasq)
- appgate-sdp (requires dnsmasq) (optional)
- appgate-sdp-headless (requires dnsmasq) (optional)
- archpxe (requires dnsmasq)
- berate_ap-git (requires dnsmasq)
- blueman-git (requires dnsmasq) (optional)
- corplink-bin (requires dnsmasq)
- create_ap (requires dnsmasq)
- create_ap-git (requires dnsmasq)
- cuttlefish-base-git (requires dnsmasq)
- dns-zone-blacklist-git (requires dnsmasq) (optional)
- dnsmasq-china-list-git (requires dnsmasq)
- dnsmasq-openrc (requires dnsmasq)
- docker-dnsmasq (requires dnsmasq)
- docker-machine-driver-kvm2 (requires dnsmasq)
- easywifi-git (requires dnsmasq) (optional)
- ethoscope-device (requires dnsmasq)
- ethoscope-node (requires dnsmasq)
- Show 45 more...
Sources (6)
max.bra commented on 2019-07-08 10:19 (UTC)
leogx9r commented on 2019-07-08 10:18 (UTC) (edited on 2019-07-08 10:19 (UTC) by leogx9r)
This fixes the regression that occurs with nettle > 3.5 and dnsmasq.
diff -Nurp a/dnsmasq/crypto.c b/dnsmasq/crypto.c
--- a/dnsmasq/crypto.c 2019-07-08 10:09:06.000000000 +0000
+++ b/dnsmasq/crypto.c 2019-07-08 10:12:32.000000000 +0000
@@ -275,6 +275,10 @@ static int dnsmasq_ecdsa_verify(struct b
static struct ecc_point *key_256 = NULL, *key_384 = NULL;
static mpz_t x, y;
static struct dsa_signature *sig_struct;
+ #if NETTLE_VERSION_MAJOR == 3 && NETTLE_VERSION_MINOR < 4
+ #define nettle_get_secp_256r1() (&nettle_secp_256r1)
+ #define nettle_get_secp_384r1() (&nettle_secp_384r1)
+ #endif
if (!sig_struct)
{
@@ -294,7 +298,7 @@ static int dnsmasq_ecdsa_verify(struct b
if (!(key_256 = whine_malloc(sizeof(struct ecc_point))))
return 0;
- nettle_ecc_point_init(key_256, &nettle_get_secp_256r1);
+ nettle_ecc_point_init(key_256, nettle_get_secp_256r1());
}
key = key_256;
@@ -307,7 +311,7 @@ static int dnsmasq_ecdsa_verify(struct b
if (!(key_384 = whine_malloc(sizeof(struct ecc_point))))
return 0;
- nettle_ecc_point_init(key_384, &nettle_get_secp_384r1);
+ nettle_ecc_point_init(key_384, nettle_get_secp_384r1());
}
key = key_384;
max.bra commented on 2019-07-07 17:34 (UTC) (edited on 2019-07-07 17:35 (UTC) by max.bra)
please don't: 2
let's do this: 0
max.bra commented on 2019-07-07 17:34 (UTC)
compilation on arm is a little weighty, but i can live with it
max.bra commented on 2019-07-07 17:31 (UTC)
oh, i forgot: the correct functionality of the precompiled binaries on archlinux would be to be all tested
graysky commented on 2019-07-07 17:25 (UTC)
@max.bra - Compiling from source is always preferred. Please don't provide pre-compiled bins would be my vote.
max.bra commented on 2019-07-07 17:12 (UTC)
nettle 3.5: panic mode off
assumption: static compilation and archlinux do not get along
about "new" (january commit...) service files (pi-hole.log .run .pid) dynamic configuration: we patch/modify this package mostly for configure this files to be used in tmpfs and at the moment it is no longer necessary since the paths are no longer hard coded. we could use the pre-compiled binaries provided directly by the developers. what do you all think about this?
coledot commented on 2019-07-07 15:52 (UTC)
After upgrading nettle to 3.5.1-1, pihole-FTL fails to start with the following problem:
/usr/bin/pihole-FTL: error while loading shared libraries: libnettle.so.6: cannot open shared object file: No such file or directory
Downgrading nettle to 3.4.1-1 fixes the issue.
cpuesser commented on 2019-06-23 07:53 (UTC)
Yeah, sorry just found my fault ...
max.bra commented on 2019-06-23 07:52 (UTC)
@cpuesser sums don't match? impossible. clean old snapshot and restart your aur helper. all will be fine.
Pinned Comments
max.bra commented on 2018-02-09 16:46 (UTC) (edited on 2019-10-18 23:13 (UTC) by max.bra)
ArchLinux Pi-hole is not officially supported by Pi-hole project. In case of bugs and malfunctions please DO NOT file a report upstream.
First of all check if the wiki (https://wiki.archlinux.org/index.php/Pi-hole) can help then ask here for assistance and tips.
When it will be excluded that the problem does not depend on ArchLinux we will file a bug upstream.