Package Details: pi-hole-ftl 5.25.2-1

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: 54
Popularity: 0.24
First Submitted: 2017-05-07 15:23 (UTC)
Last Updated: 2024-05-09 11:54 (UTC)

Dependencies (6)

Required by (65)

Sources (7)

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 .. 7 8 9 10 11 12 13 14 15 16 17 .. 43 Next › Last »

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.

max.bra commented on 2020-11-30 19:41 (UTC)

@setboolean thanks for reporting: -Werror is not a first time problem, but linking error on multiple declarations it's not really that good...

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 43 Next › Last »