AUR (en) - pi-hole-ftl

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: pi-hole-ftl 6.1-1

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:	59
Popularity:	1.24
First Submitted:	2017-05-07 15:23 (UTC)
Last Updated:	2025-03-30 17:00 (UTC)

Dependencies (6)

gmp (gmp-hg^AUR)
mbedtls (mbedtls-git^AUR, mbedtls-dtls^AUR)
nettle (nettle-git^AUR)
pi-hole-web^AUR
cmake (cmake-git^AUR, cmake3^AUR) (make)
xxd (vim-minimal-git^AUR, gvim-git^AUR, vim-cli-git^AUR, gvim-wayland-lilydjwg-git^AUR, gvim-gtk2^AUR, 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 (5)

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.

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 46 Next › Last »

deemon commented on 2020-12-05 23:42 (UTC) (edited on 2020-12-10 01:45 (UTC) by deemon)

After running a while, all the FTL-* files in /dev/shm/ directory turned to root:root again and pihole-FTL.service failed again.

xyzabc123 commented on 2020-12-05 21:35 (UTC) (edited on 2020-12-05 21:36 (UTC) by xyzabc123)

@deemon: Pi-hole version is -15.2.1 (Latest: v5.2.1) is related to /opt/pihole/version.h

...
# Variables
DEFAULT="-1"
COREGITDIR="/etc/.pihole/"
WEBGITDIR="/srv/http/pihole/admin/"
...
 # Local FTL btranch is stored in /etc/pihole/ftlbranch
if [[ "$1" == "FTL" ]]; then
    branch="$(pihole-FTL branch)"
    else
        cd "${directory}" 2> /dev/null || { echo "${DEFAULT}"; return 1; }
        branch=$(git rev-parse --abbrev-ref HEAD || echo "$DEFAULT")
fi
...

Replacing DEFAULT="-1" with DEFAULT="" fixes this.

deemon commented on 2020-12-05 21:14 (UTC)

libvirtd.service complains about unparsable dnsmasq version number.

dets  05 23:11:39 Zen libvirtd[174554]: internal error: cannot parse /usr/bin/dnsmasq version number in 'Dnsmasq version pi-hole-2.81  Copyright (c) 2000-2020 Simon Kelley'

deemon commented on 2020-12-05 21:13 (UTC)

$ pihole -v
  Pi-hole version is -15.2.1 (Latest: v5.2.1)
  FTL version is 5.3.2 (Latest: v5.3.2)

not quite sure the version should be -15.2.1

deemon commented on 2020-12-05 21:07 (UTC) (edited on 2020-12-05 23:39 (UTC) by deemon)

After updating it stop starting. Apparently pihole-FTL.service started failing to start.

dets  05 23:02:15 Zen pihole-FTL[173868]: [2020-12-05 23:02:15.768 173868M] create_shm(): shm_unlink("FTL-counters") failed: Permission denied (13)
dets  05 23:02:15 Zen pihole-FTL[173868]: [2020-12-05 23:02:15.768 173868M] FATAL: create_shm(): Failed to create shared memory object "FTL-counters": File exists
dets  05 23:02:15 Zen pihole-FTL[173868]: [2020-12-05 23:02:15.768 173868M] Initialization of shared memory failed.
dets  05 23:02:15 Zen systemd[1]: pihole-FTL.service: Main process exited, code=exited, status=1/FAILURE
dets  05 23:02:15 Zen systemd[1]: pihole-FTL.service: Failed with result 'exit-code'.
dets  05 23:02:16 Zen systemd[1]: pihole-FTL.service: Scheduled restart job, restart counter is at 5.
dets  05 23:02:16 Zen systemd[1]: Stopped Pi-hole FTLDNS engine.
dets  05 23:02:16 Zen systemd[1]: pihole-FTL.service: Start request repeated too quickly.
dets  05 23:02:16 Zen systemd[1]: pihole-FTL.service: Failed with result 'exit-code'.
dets  05 23:02:16 Zen systemd[1]: Failed to start Pi-hole FTLDNS engine.

so... I went to /dev/shm and moved all the FTL-* files to backup folder and it started afterwards fine. Observed that all the previous files now in backup folder are root:root, whereas the new created files are all pihole:pihole.

max.bra commented on 2020-12-03 09:52 (UTC) (edited on 2020-12-03 15:01 (UTC) by max.bra)

@setboolean yes it's true! missed that querytypes is now extern...
and no more warnings!!! nice for a patch release...
thanks for reporting.

xyzabc123 commented on 2020-12-03 09:35 (UTC)

@max.bra It seems patching HARDENING_FLAGS and EXTRAWARN is no longer necessary.

max.bra commented on 2020-12-02 08:43 (UTC)

@meijin lsof is in server now, thanks for reporting!

meijin commented on 2020-12-02 07:51 (UTC)

I think lsof is missing as a dependency:

> pihole -g
....
  [✓] Cleaning up stray matter

/usr/bin/pihole: line 268: lsof: command not found

xyzabc123 commented on 2020-11-30 23:02 (UTC)

@max.bra Happy to help. Looks like -fcommon did the trick without a patch to the source itself.