Package Details: pi-hole-server 5.18.3-4

Git Clone URL: https://aur.archlinux.org/pi-hole-server.git (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: https://github.com/pi-hole/pi-hole
Keywords: ad block pi-hole
Licenses: EUPL-1.2
Conflicts: pi-hole-standalone
Submitter: max.bra
Maintainer: max.bra (graysky)
Last Packager: max.bra
Votes: 112
Popularity: 0.126624
First Submitted: 2016-01-13 12:50 (UTC)
Last Updated: 2024-08-10 12:32 (UTC)

Dependencies (18)

Required by (2)

Sources (15)

Pinned Comments

max.bra commented on 2018-02-09 16:45 (UTC) (edited on 2019-10-18 23:14 (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 .. 76 77 78 79 80 81 82 Next › Last »

max.bra commented on 2016-02-03 14:27 (UTC)

timers are statically enabled by the package, see ln command in PKGBUILD package() section. at least they have to be started... reboot it's not an option... it's a shame to get it done by the user, the installer can do it right. adjusting...

tdkl commented on 2016-02-03 14:04 (UTC)

Excellent, that was fast, thank you very much for bringing pi-hole to Arch. The timers still aren't activated automatically though, so the configuration file should include instructions how to activate/deactivate them (if it's not done by installing the package), like you did for dnsmasq.service and lighttpd.service. # systemctl enable pi-hole-gravity.timer # systemctl start pi-hole-gravity.timer # systemctl enable pi-hole-logtruncate.timer # systemctl start pi-hole-logtruncate.timer And stop/disable for uninstall.

max.bra commented on 2016-02-03 13:24 (UTC)

good observation!! done updating, thanks.

tdkl commented on 2016-02-03 09:17 (UTC)

I'd like to point out that in the configuration manual the notion of starting and enabling cronie/fcron/cron service is missing, since the default cron for Arch is systemd-timer. It would also be "cleaner" if systemd-timer would be used to run the daily and weekly script and the dependency on *cron would be removed.

max.bra commented on 2016-02-02 16:06 (UTC)

> Do you mean in the pi-hole-server PKGBUILD? no, nettle is an official dep of dnsmasq https://www.archlinux.org/packages/extra/x86_64/dnsmasq/

slackline commented on 2016-02-02 15:31 (UTC)

Hi max.bra, Yes, typical that the Archphile site is down when I'm trying to do a fresh install. > nettle is a deps in PKGBUILD Do you mean in the pi-hole-server PKGBUILD? If so I've just had a look and being unfamiliar with the structure of PKGBUILD's think the relevant line omits nettle... depends=('cron' 'dnsmasq' 'lighttpd' 'php-cgi' 'bc' 'figlet') (nor is it listed above under dependencies which match the above line in PKGBUILD). Or have I misunderstood and its a dep in some other PKGBUILD (perhaps a dependency of dnsmasq that should be pulled in?). Happy to help nudge Archphile to include it as a dependency if the later is the case.

max.bra commented on 2016-01-31 23:06 (UTC)

hi slackline, thanks for your comment. Archphile site is down at the moment and i cannot see their dnsmasq package, but as you said yourself it's an arch based distro and nettle is a deps in PKGBUILD.

slackline commented on 2016-01-31 22:40 (UTC)

I think I've sorted this. Tried running dnsmasq manually and got the following... # /usr/bin/dnsmasq /usr/bin/dnsmasq: error while loading shared libraries: libnettle.so.6: cannot open shared object file: No such file or directory ...installed nettle (# pacman -S nettle) and install of pi-hole-server proceeds ok... $ makepkg -sri ==> WARNING: A package has already been built, installing existing package... ==> Installing package pi-hole-server with pacman -U... loading packages... warning: pi-hole-server-2.4-2 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) pi-hole-server-2.4-2 Total Installed Size: 0.26 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#######################################################################################] 100% (1/1) checking package integrity [#######################################################################################] 100% (1/1) loading package files [#######################################################################################] 100% (1/1) checking for file conflicts [#######################################################################################] 100% (1/1) checking available disk space [#######################################################################################] 100% (1/1) reinstalling pi-hole-server [#######################################################################################] 100% ==> please read configuration instructions at /usr/share/doc/pihole/configuration ==> lighttpd config file is changed. please uninstall and reinstall following configuration steps. ==> first install/update run... $

slackline commented on 2016-01-31 18:33 (UTC)

First thanks for making this package, really useful and saves going through a manual pi-hole install (which I've done a couple of times, not impossible, but this makes it cleaner to install and maintain). I just tried installing this and the md5sum for master.zip fails (presumably because master.zip has been updated). I manually corrected this in the local PKGBUILD and install proceeds but then installation fails with... ==> please read configuration instructions at /usr/share/doc/pihole/configuration ==> lighttpd config file is changed. please uninstall and reinstall following configuration steps. ==> first install/update run... Job for dnsmasq.service failed. See "systemctl status dnsmasq.service" and "journalctl -xe" for details. I read through /usr/share/doc/pihole/configuration and manually performed the steps for first install of both dnsmasq and the general lighttpd ones but get the same result when restarting dnsmasq... # systemctl reenable dnsmasq.service Created symlink from /etc/systemd/system/multi-user.target.wants/dnsmasq.service to /usr/lib/systemd/system/dnsmasq.service... # systemctl restart dnsmasq.service Job for dnsmasq.service failed. See "systemctl status dnsmasq.service" and "journalctl -xe" for details. # systemctl status dnsmasq.service �� dnsmasq.service - A lightweight DHCP and caching DNS server Loaded: loaded (/usr/lib/systemd/system/dnsmasq.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Sun 2016-01-31 19:25:08 EET; 12s ago Docs: man:dnsmasq(8) Process: 3253 ExecStartPre=/usr/bin/dnsmasq --test (code=exited, status=127) My understanding is that bash returns exit status of 127 when it can't find the command so I've checked that dnsmasq is where its expected to be... ls -l /usr/bin/dnsmasq -rwxr-xr-x 1 root root 296512 Aug 3 20:37 /usr/bin/dnsmasq ...and it appears to be there and the install commands at least are being executed as root (not sure if this carries through when using systemctl (fairly new to systemd, used Gentoo for years on my systems and have stuck with openrc so this is my first real encounter with systemd). Hope its ok to leave these comments here, was unsure whether to file a bug (happy to do so if thats easier/neater for package maintenance but since it might be me or the slightly tweaked system at fault* I thought I'd start here). * Background - I've just installed Archphile https://archphile.org/) an Arch based streaming distro for Raspberry Pi's because it uses ympd (https://www.ympd.org/) rather than traditional web-servers for WebUI as I specifically wanted to run pi-hole on the same system and was finding the conflict of multiple web-servers (e.g. nginx used by moode and lighttpd) running on the same system a bit confusing to resolve as I was struggling to translate the lighttpd redirect to the nginx configuration.