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.146054
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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 82 Next › Last »

ALoTron commented on 2020-09-08 01:43 (UTC)

I have a problem with the open_basedir restriction. I added the paths given by the Archwiki but the web interface generates the following error message:

There was a problem applying your settings.
Debugging information:
PHP error (2): file_exists(): open_basedir restriction in effect. File(/sys/class/thermal/thermal_zone0/temp) is not within the allowed path(s): (/srv/http/pihole/:/run/pihole-ftl/pihole-FTL.port:/run/log/pihole/pihole.log:/run/log/pihole-ftl/pihole-FTL.log:/etc/pihole:/etc/hosts:/etc/hostname:/etc/dnsmasq.d/02-pihole-dhcp.conf:/etc/dnsmasq.d/03-pihole-wildcard.conf:/etc/dnsmasq.d/04-pihole-static-dhcp.conf:/proc/meminfo:/proc/cpuinfo:/sys/class/thermal/thermal_zone0/temp:/tmp:/sys/class/hwmon/hwmon0/temp1_input) in /srv/http/pihole/admin/scripts/pi-hole/php/header.php:25

For some reason it claims a path is missing, but in the same error message it shows this path in the open_basedir entry.

max.bra commented on 2020-09-07 16:22 (UTC)

@ArchPCK - oh, and of course, any errors in /run/log/pihole/.log?

max.bra commented on 2020-09-07 16:17 (UTC)

@ArchPCK - if you vacuum your gravity.db did you get any sort of error?

max.bra commented on 2020-09-07 15:27 (UTC)

@ArchPCK - can you 'ls -l' your /etc/pihole directory please?

ArchPCK commented on 2020-09-07 11:22 (UTC)

@graysky I tried opera, Firefox and chromium, all of them experience this

I did a fresh install and never opened anything on those browsers so cache was cleared.

Hope this gets solved somehow. It started with 5.x, 4.x was fine on that system.

graysky commented on 2020-09-07 10:31 (UTC)

@ArchPCK - Which browser? Cleared browser cache?

ArchPCK commented on 2020-09-07 04:15 (UTC) (edited on 2020-09-07 04:19 (UTC) by ArchPCK)

@wingsuit I have the same issue as you had, it is not a caching issue.

@max.bra do you have any ideas? In 4.3.1 and lower it was working fine with the guide on the wiki.

I can't add adlists, it just shows an "error has occurred", I get the same issue as you on the group site in the webinterface and my dashboard just contains the three boxes with a dash where the number should be, but no diagrams.

Upgrade existing packages and completely fresh os install is affected, I tried both. I thought about switching back to 4.3.1 but I can't compile that anymore.

However I was at least able to configure it by manually adding the adlists via CLI and editing the setupVars.conf file to change some of the settings..

But the web interface is still broken for me (tested using lighttpd). Only things working there is dhcp (but does not show clients) and DNS edit as well as restarting, flushing logs or changing log levels.

max.bra commented on 2020-08-26 14:30 (UTC)

@PS0 it's a good point for me. added w/o release bump.

PS0 commented on 2020-08-24 19:46 (UTC)

I know this has been discussed before, but sudo is missing as runtime dependency. The assumption that the base-devel group (with sudo in it) is installed only applies to build dependencies (makedepends and checkdepends), not to runtime dependencies (depends and optdepends). It is possible to build a package on one computer and install it on another computer (e.g. a server) which doesn't have base-devel installed. So, please add sudo to the 'depends' array.