Package Details: pi-hole-core 6.0.4-1

Git Clone URL: https://aur.archlinux.org/pi-hole-core.git (read-only, click to copy)
Package Base: pi-hole-core
Description: The Pi-hole is an advertising-aware DNS/Web server. Arch adaptation for lan wide DNS server.
Upstream URL: https://github.com/pi-hole/pi-hole
Licenses: EUPL-1.2
Conflicts: pi-hole-server, pi-hole-standalone
Provides: pi-hole-server, pi-hole-standalone
Submitter: max.bra
Maintainer: max.bra (graysky)
Last Packager: max.bra
Votes: 118
Popularity: 5.95
First Submitted: 2025-02-21 17:31 (UTC)
Last Updated: 2025-02-23 16:50 (UTC)

Pinned Comments

max.bra commented on 2025-02-21 21:44 (UTC)

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.

max.bra commented on 2025-02-21 17:56 (UTC)

to update to pi-hole 6, please use pi-hole-core pi-hole-ftl and pi-hole-web packages.

Latest Comments

« First ‹ Previous 1 .. 33 34 35 36 37 38 39 40 41 42 43 .. 86 Next › Last »

ahbanavi commented on 2020-05-11 14:50 (UTC)

i see this error in settings page https://i.imgur.com/gAzHnqh.png

im not using apache i use lighttpd

max.bra commented on 2020-05-11 14:05 (UTC)

ver. 5.0 note: after updating please remember to restart your web server or simply reboot.

max.bra commented on 2020-05-09 19:31 (UTC) (edited on 2020-05-09 19:31 (UTC) by max.bra)

for the flag enthusiasts:

1) eventually, the right package to flag is FTL
2) ftl is not outdated, it needs only to be recompiled

dlins commented on 2020-05-08 21:33 (UTC) (edited on 2020-05-08 21:35 (UTC) by dlins)

It is broken. The binary needs libnettle.so.7, but arch provides libnettle.so.8.

@max.bra Sry didn't see your comment.

max.bra commented on 2020-05-08 09:35 (UTC)

This is not outdated, it need recompilation.

lewis2e commented on 2020-03-30 15:13 (UTC)

@max.bra Oh yeah! Sorry. I misread your comment! Cheers, anyway.

max.bra commented on 2020-03-30 15:10 (UTC)

glad you solve. anyway i was not speaking about /etc/resolv.conf... :-D

lewis2e commented on 2020-03-30 15:06 (UTC) (edited on 2020-03-30 15:15 (UTC) by lewis2e)

@max.bra Your suggestion gave me enough information to solve this! Massive thank you.

If you (or anyone) is interested...

I was unable to add the DNSStubListener=no option to /etc/resolv.conf as suggested* because I am using openresolv to manage that file. This is required by netctl which I am using as my network manager.

*EDIT - I misread @max.bra's comment. This was exactly what they were suggesting anyway :-)

I am sure that you probably can get openresolv to add the option, but I couldn't figure out how.

The solution was to instead add DNSStubListener=no to /etc/systemd/resolved.conf. This FINALLY seems to stop the dam thing binding to port 53 on boot, and pihole starts just fine. I note that systemd-resolved is still running (despite me disabling it), but seems to be keeping to itself now. There really is no killing that thing apparently....

Thank you for the help. Nice to get rid of this little paper cut every time I reboot my server.

max.bra commented on 2020-03-30 14:10 (UTC)

but... did you

DNSStubListener=no

in your /etc/systemd/resolved.conf?

max.bra commented on 2020-03-30 14:07 (UTC)

What about:

# grep -R -i resolved /etc/systemd/system/*
# grep -R -i resolved /lib/systemd/system/*