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 .. 75 76 77 78 79 80 81 82 Next › Last »

Matty_r commented on 2016-02-09 07:25 (UTC)

@max.bra: Router: 10.0.0.138 (DNS relay & DHCP server) piHole: 10.0.0.12 Various other clients are from .1 to .100. I configured my Router to point to 10.0.0.12. piHole didn't appear to be retrieving DNS entries and then I added 8.8.8.8 to the router as a secondary DNS server. All other clients were able to connect at this point. However piHole still wasn't working. I connected to piHole and it wasn't able to ping google.com nor 8.8.8.8, I then attempted to use pacman but it wouldn't connect either. I could however ping 10.0.0.138.

max.bra commented on 2016-02-09 07:00 (UTC)

hi Matty_r, can i have your lan topology please?

Matty_r commented on 2016-02-09 03:43 (UTC)

I wasn't able to get this working. Is there anything else I need to do a part from what is in the configuration file, on a clean build? I followed all of the instructions but it wasn't able to get internet access at all after enabling everything. Do I need to disable dhcp for this to work? I have a IP address reservation set up on my DHCP server.

tdkl commented on 2016-02-05 09:15 (UTC)

Ah I see now. Take a look of what modules it loads and if the kernel is somehow modified, can't see a reason why this couldn't be applied on regular Arch install. But many developers nowadays just ship their own "distro" instead.

slackline commented on 2016-02-05 08:47 (UTC)

Ah, thanks for the pointer on pacman @tdkl I'll look into using whether Archphile can have this resolved, developer seems active, but will also consider plain archlinuxarm, will need to read around about how to get I2S DAC card working though (it was the convenience of having it supported out of the box in Archphile that appealed). Thanks for your help.

tdkl commented on 2016-02-04 10:50 (UTC) (edited on 2016-02-04 10:50 (UTC) by tdkl)

@slackline: you can see information about not installed packages with : # pacman -Sii dnsmasq <snip> Depends On : glibc libdbus gmp nettle <snip> I use the Arch Linux ARM as well, on a armv5 device (http://archlinuxarm.org/platforms/armv5/pogoplug-v2-pinkgray), dnsmasq installs fine. Don't know Archphile though, but it might be better if you move from it if you can to avoid possible issues.

slackline commented on 2016-02-04 10:39 (UTC)

> no, nettle is an official dep of dnsmasq > https://www.archlinux.org/packages/extra/x86_64/dnsmasq/ Ah, this may be why its not pulled in then, Archphile isn't x86_64 its ARM and is built on http://archlinuxarm.org/ so perhaps the PKGBUILD for dnsmasq doesn't have nettle as a dependency. The package is listed when searching for 'dnsmasq' at http://archlinuxarm.org/packages but this doesn't seem to allow viewing of the PKGBUILD itself. Great work on the switch to systemd-timer too, thanks.

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

Sweet, thanks again and same to you :]

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

done! > I checked with "systemctl list-timers" after updating the package and they weren't active. yes they do, they weren't started as you rightly said > In my experience when creating a .service and .timer I always enabled/started them manually. indeed it is!! the package enables statically the timers and the .install start them. thanks again for your comments. Good weekly "::: Neutrino emissions detection"... (gravity.sh quote) :-D

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

I checked with "systemctl list-timers" after updating the package and they weren't active. I don't know if that gets done automatically after a while though, if you link them. In my experience when creating a .service and .timer I always enabled/started them manually.