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.134716
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 .. 18 19 20 21 22 23 24 25 26 27 28 .. 82 Next › Last »

max.bra commented on 2020-11-30 12:22 (UTC)

yes it is. thanks for reporting. added w/o rel bump

nandurius commented on 2020-11-30 12:19 (UTC)

It seems that lsof is now needed to correctly show the DNS resolver status both in pihole status and on the web interface. Would be great if you could add that as a dependency.

bitdruid commented on 2020-11-07 20:55 (UTC) (edited on 2020-11-07 20:57 (UTC) by bitdruid)

Hmm i have a problem with open_basedir. everything is configured just fine; Dashboard is loading but the settings tab always throws

....File(/var/log/apache2/error.log) is not within the allowed path(s): .... ....in /srv/http/pihole/admin/scripts/pi-hole/php/auth.php:17

This path is in my open_basedir. anyone with the same bug?

max.bra commented on 2020-09-10 18:02 (UTC)

@ALoTron - yes yes, the problem is avoiding the error... maybe, in the end, on your system is worth putting /sys/class/thermal to openbase dirs to shut up php.

ALoTron commented on 2020-09-10 17:02 (UTC)

@max.bra Yes, there are a bunch of /sys/class/thermal/cooling_device* folders, probably one per core/thread as well. Pi-hole also displays a temperature, probably from /sys/class/hwmon/hwmon0/temp1_input (see /srv/http/pihole/admin/scripts/pi-hole/php/header.php:29). Getting a temperature is not the problem.

max.bra commented on 2020-09-10 16:38 (UTC) (edited on 2020-09-10 16:44 (UTC) by max.bra)

@ALoTron - this can explain the diversity. anyway, your system too must have a full path to term sensors in your thermal kernel module. please, try to find a full /sys/class/* or /sys/devices/* paths.

at this point the problem is not to have a symlinked path or not, but i think you have a totally different term thermal path to be read.

EDIT: on my workstation (ryzen too) under thermal i have a cooling_device* for every cpu core of my system...

ALoTron commented on 2020-09-10 16:02 (UTC)

@max.bra Well, I'm not using a Pi at all, Pi-hole runs on a desktop pc (Asus b350-Plus, Ryzen 1600x, 16GB RAM) with the 5.7.12-arch1-1 kernel.

max.bra commented on 2020-09-10 15:57 (UTC)

@ArchPCK - sorry read your edit only now. glad you solve. for your last question: live long and prosper :-D

max.bra commented on 2020-09-10 15:54 (UTC)

@ALoTron - oh!! on my Pi with archarm /sys/devices/virtual/thermal/thermal_zone0/temp is a fully functional path... what are your system and SO specs?

ALoTron commented on 2020-09-10 15:50 (UTC)

@max.bra But the same problem occures again, there is no /sys/devices/virtual/thermal/thermal_zone0/temp. The closes one is /sys/devices/virtual/thermal. Am I missing some thing on my system?