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

graysky commented on 2021-01-29 11:32 (UTC)

@max.bra - Try to check or uncheck "Never forward non-FQDNs" on settings>DNS. Do you get this error:

There was a problem applying your settings.
Debugging information:
PHP error (2): Undefined array key "v6_2" in /srv/http/pihole/admin/scripts/pi-hole/php/savesettings.php:276

amiad commented on 2021-01-24 19:43 (UTC)

@max.bra: thanks. I added swap file and I successed to build on my pi zero.

max.bra commented on 2021-01-24 10:37 (UTC)

@amiad it seems you have not enough ram to compile FTL. the process needs about 800MB. please try making a little swap file or (in case of a pi or similar) cross compile with your workstation.

amiad commented on 2021-01-24 10:32 (UTC) (edited on 2021-01-24 10:32 (UTC) by amiad)

I tried to install pi-hole and I get error in building:

{standard input}: Assembler messages:
{standard input}:760134: Warning: end of file not at end of a line; newline inserted
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive
{standard input}:760933: Error: can't resolve `.LC579' {.rodata.str1.4 section} - `.LPIC5945' {*UND* section}
cc: fatal error: Killed signal terminated program cc1
compilation terminated.
make[2]: *** [src/database/CMakeFiles/sqlite3.dir/build.make:95: src/database/CMakeFiles/sqlite3.dir/sqlite3.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:386: src/database/CMakeFiles/sqlite3.dir/all] Error 2
make: *** [Makefile:149: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
error making: pi-hole-ftl

max.bra commented on 2021-01-19 14:39 (UTC)

@k.w (after server deleted post) updated 1 hour ago. I also have a couple of monitors on the git repositories and it is not strictly necessary to mark packages 1 minute after release. rest assured and you will see that pihole will always be updated asap.

k.w commented on 2021-01-19 14:38 (UTC)

Thanks for the swift update @max.bra!

https://pi-hole.net/2021/01/19/pi-hole-ftl-v5-5-released-update-today/

max.bra commented on 2020-12-10 12:36 (UTC)

@deemon I think your scenario is correct

deemon commented on 2020-12-10 01:49 (UTC)

Figured it out. It's libvirtd.service that hates pihole-FTL.service trying to be dnsmasq once again and overwrites/changes the ownership of the files in /dev/shm/FTL* to root:root. It does look like a bug with pihole. Because the default dnsmasq surely does not use user "pihole" and I assume it more likely uses "root" (not 100% sure, but ... more likely than pihole). So when pihole tries to be drop-in replacement for dnsmasq and creates some extra user to run as and then fails when some other process that heavily depends on dnsmasq and runs dnsmasq(pihole in disguise) as root and overwrites something and pihole itself then crashes because it can't anymore access his own files... kinda screams for pihole inadequacy.

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.