Package Details: pi-hole-server 4.3.2-6

Git Clone URL: (read-only, click to copy)
Package Base: pi-hole-server
Description: The Pi-hole is an advertising-aware DNS/Web server. Arch adaptation for lan wide DNS server.
Upstream URL:
Keywords: ad block pi-hole
Licenses: EUPL-1.1
Conflicts: pi-hole-standalone
Submitter: max.bra
Maintainer: max.bra (graysky)
Last Packager: max.bra
Votes: 60
Popularity: 1.23
First Submitted: 2016-01-13 12:50
Last Updated: 2019-10-05 17:59

Pinned Comments

max.bra commented on 2019-10-16 15:28

Since switching to pihole user for pihole-FTL - long term data is not retained on my machine.

sir_randomuser said: For some reason account http has expired, which was the root cause. Seems to be due to a recent systemd change:
Checking /etc/shadow, the user http had a trailing 1:

$ sudo cat /etc/shadow | grep http

Removing the expiration date has resolved it:

$ sudo chage --expiredate -1 http

max.bra commented on 2018-02-09 16:45

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 ( 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 2 3 4 5 6 7 8 ... Next › Last »

jshap commented on 2019-09-24 19:02

the issue isn't that the checksums are wrong it's that arch-server-admin-4.3.2.patch and arch-server-core-4.3.2.patch change with each pkgrel bump but their url doesn't, so although the server is different than your downloaded version because they share the same name they don't get updated, and then fail the checks.

solutions would be to update to name the patches like arch-server-core-4.3.2-5.patch, or to update the PKGBUILD to download them and save them by pkgrel, so the sources would look like:



prepare() {
  cd "$srcdir"/"$_pkgname"-"$pkgver"
  patch -Np1 -i "$srcdir"/arch-server-core-$pkgver-$pkgrel.patch
  cd "$srcdir"/"$_wwwpkgname"-"$_wwwpkgver"
  patch -Np1 -i "$srcdir"/arch-server-admin-$_wwwpkgver-$pkgrel.patch

johnnybash commented on 2019-09-24 18:18

or just configure your AUR helper to either cleanbuild (as stated several times) or your build directory into a temp dir, yay e.g. supports both... -.-

oldrava commented on 2019-09-24 18:16

Current easy workaround(for yay) yay -G pi-hole-server , cd pi-hole-server , makepkg -g >> PKGBUILD , makepkg , sudo pacman -U pi-hole-server-4.3.2-5-any.pkg.tar.xz

pi-hole-server-4.3.2-5-any.pkg.tar.xz is current version change it accordingly to it version and file it created

oldrava commented on 2019-09-24 18:09

Dear max.bra

I appreciate your work but if I get ==> ERROR: One or more files did not pass the validity check! there is no use of your repo if I had to download and compile it myself, Kind regards

max.bra commented on 2019-09-24 15:31

Hi gecko, dns servers list and adblocks list are taken manually from upstream It happens that something can be lost especially for the informations extrapolated from precisely. In fact, the AUR community never fails to notice what others do. And this is very good.

Given that pi-hole on archlinux is not supported by the original developers and the use of AUR packages is at the user's own risk, the update details are all opensource. You can find all the installation files here in the git repository of this package (FTL details on the respective page) and the patch generator on the respective github repos (

Updating adblock list... done!! Thanks for reporting, as usual. ;-)

gecko commented on 2019-09-24 15:02


Firstly, let me preface by saying thank you for the work you do on maintaining this aur package. It’s great work you’re doing and you make it very convenient for a lot of people, so I’m sure I’m not alone in saying thank you - we appreciate your effort and hard work :) May I ask, how does your package work exactly when updates are applied upstream? Because I noticed in the pihole 4.3.2 release notes ( that the zeustracker blocklist has been removed from the default blocklists contained in adlists.list file. This was to fix PR#2843 (

However, upon installing your package fresh (ie not an upgrade, full uninstall and removal of /etc/pihole/ folder then reinstall) I find that the zeustracker is still contained in the default blocklist adlists.list file. I assumed that all changes made upstream are automatically applied to this package when there is an update, but this appears to not be the case. So I was wondering if you would mind going into some detail as to what happens when you update this package to reflect an upstream update?

Thanks again for your work :)

s_oechsle commented on 2019-09-23 09:50

@nealc99 try a clean build

nealc99 commented on 2019-09-23 09:26

getting checksum error for arch-server-core-4.3.2.patch
==> Validating source files with md5sums... pihole-4.3.2.tar.gz ... Passed admin-4.3.2.tar.gz ... Passed arch-server-core-4.3.2.patch ... FAILED arch-server-admin-4.3.2.patch ... Passed dnsmasq.include ... Passed lighttpd.pi-hole.conf ... Passed

max.bra commented on 2019-09-21 10:50

@phixion YES!! really long forgotten... thanks for reporting

phixion commented on 2019-09-21 03:32

shouldn't version tag in and line 22 be raised to 4.3.2 ?