@max.bra I don't recall doing so, however, I built the system quite a long time ago now. I could not swear to it. More to the point, even if I did enable it, I should be able to disable it in the usual way (which I cannot). If the implication is that I am not using Arch, I am using Arch Linux Arm.
Search Criteria
Package Details: pi-hole-server 5.18.4-1
Package Actions
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: | 115 |
Popularity: | 1.68 |
First Submitted: | 2016-01-13 12:50 (UTC) |
Last Updated: | 2025-01-16 11:35 (UTC) |
Dependencies (18)
- bc (bc-ghAUR)
- bind-tools (bind-gitAUR, bind)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- jq (jaq-binAUR, jq-gitAUR)
- logrotate (logrotate-gitAUR, logrotate-selinuxAUR)
- lsof (lsof-gitAUR)
- netcat (nmap-netcatAUR, openbsd-netcat-gitAUR, gnu-netcat-svnAUR, gnu-netcat, openbsd-netcat)
- perl (perl-gitAUR)
- pi-hole-ftlAUR
- procps-ng (busybox-coreutilsAUR, procps-ng-gitAUR)
- sudo (fake-sudoAUR, polkit-fakesudoAUR, sudo-gitAUR, doas-sudo-shimAUR, doas-sudo-shim-minimalAUR, sudo-hgAUR, fudo-gitAUR, sudo-selinuxAUR)
- git (git-gitAUR, git-glAUR) (make)
- lighttpd (optional) – a secure, fast, compliant and very flexible web-server
- nginx-mainline (nginx-quic-openssl-hgAUR, nginx-quic-libresslAUR) (optional) – lightweight http server
- php-cgi (optional) – CGI and FCGI SAPI for PHP needed only for lighttpd
- php-fpm (optional) – FastCGI process manager for php needed for nginx
- php-sqlite (optional) – sqlite db access for nginx
Required by (2)
- padd-git
- pi-hole-whitelist-git (optional)
Sources (15)
- 01-pihole.conf
- https://raw.githubusercontent.com/max72bra/pi-hole-server-archlinux-customization/master/arch-server-admin-5.21-1.patch
- https://raw.githubusercontent.com/max72bra/pi-hole-server-archlinux-customization/master/arch-server-core-5.18.4-1.patch
- lighttpd.pi-hole.conf
- mimic_basic-install.sh
- mimic_setupVars.conf.sh
- nginx.pi-hole.conf
- pi-hole-gravity.service
- pi-hole-gravity.timer
- pi-hole-logtruncate.service
- pi-hole-logtruncate.timer
- pi-hole-server-admin-5.21.tar.gz
- pi-hole-server-core-5.18.4.tar.gz
- pi-hole.tmpfile
- piholeDebug.sh
Latest Comments
« First ‹ Previous 1 .. 31 32 33 34 35 36 37 38 39 40 41 .. 83 Next › Last »
lewis2e commented on 2020-03-30 14:04 (UTC) (edited on 2020-03-30 14:05 (UTC) by lewis2e)
max.bra commented on 2020-03-30 13:56 (UTC)
@lewis2e in arch systemd-resolved it is not automatically enabled. that said, it should have been you who configured and enabled it.
lewis2e commented on 2020-03-30 10:25 (UTC)
Following every reboot, pihole.FTL fails to start. I have to manually stop the systemd-resolved.service and then restart pihole.FTL or it won't work.
I've tried disabling the systemd-resolved.service as described in the Arch Wiki, but it still starts up. I don't know how to find out what is calling for it. Any suggestions?
max.bra commented on 2020-03-23 10:27 (UTC)
ilpianista commented on 2020-03-23 10:19 (UTC)
Please note that sudo
is required when using the UI:
lighttpd-angel[11938]: sh: sudo: command not found
xyzabc123 commented on 2020-02-25 08:50 (UTC)
@DanSman: Had the same problem and fixed it by adding the pihole http and /etc/pihole directory to "ReadWritePaths" in the php-fm.service file via drop-in.
max.bra commented on 2020-02-25 08:11 (UTC)
@beedaddy mmm, yes maybe...
but I'm on php 7.4 on my PI and no problem here...
beedaddy commented on 2020-02-25 08:00 (UTC)
My guess is that DanSman experienced the same problem I did (see my comment from 2019-12-03 07:52). The solution was to downgrade from php 7.4 to 7.3.
max.bra commented on 2020-02-25 07:13 (UTC)
Hi DanSman, are you in a fresh install scenario?
Are logs saying something usefull?
The last 3 updates deal only with internal installation procedures which we do not actually use. It is therefore (nearly) impossible that the last package could have caused you such problems.
Did you follow the wiki in the web interface section, especially the one about PHP openbasedir (if you use it)?
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.