Package Details: pi-hole-standalone 5.18.4-1

Git Clone URL: https://aur.archlinux.org/pi-hole-standalone.git (read-only, click to copy)
Package Base: pi-hole-standalone
Description: The Pi-hole is an advertising-aware DNS/Web server. Arch alteration for standalone PC.
Upstream URL: https://github.com/pi-hole/pi-hole
Keywords: ad block pi-hole
Licenses: EUPL-1.2
Conflicts: pi-hole-server
Submitter: max.bra
Maintainer: max.bra
Last Packager: max.bra
Votes: 7
Popularity: 0.003247
First Submitted: 2016-01-13 12:39 (UTC)
Last Updated: 2024-12-30 08:12 (UTC)

Pinned Comments

max.bra commented on 2018-02-09 16:47 (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 2 3 4 5 6 Next › Last »

<deleted-account> commented on 2019-09-17 16:33 (UTC)

I'm getting a number of errors with this that I suspect are new as of the most recent update. In the initial installation I get this:

==> Read setup instructions at <https://wiki.archlinux.org/index.php/Pi-hole>
==> Generating initial block list, please wait...
/opt/pihole/webpage.sh: line 299: syntax error near unexpected token `}'
/opt/pihole/webpage.sh: line 299: `}'
/usr/bin/pihole: line 28: main: command not found

Running commands with the pihole utility also seems to have errors

$ pihole status
  [✓] DNS service is running
  [i] Pi-hole blocking will be enabled
/usr/bin/pihole: line 258: /usr/local/bin/pihole: No such file or directory

$ pihole -a
  [✓] Restarting DNS service
/opt/pihole/webpage.sh: line 299: syntax error near unexpected token `}'
/opt/pihole/webpage.sh: line 299: `}'
/usr/bin/pihole: line 28: main: command not found

sonny commented on 2019-07-26 18:43 (UTC) (edited on 2019-07-26 18:46 (UTC) by sonny)

Since everything is pretty much optional in pi-hole-server and from what I can tell there does not seem to be much difference between the two, why not having a single pi-hole package?

It would decrease the burden on you and the users.

Also https://pi-hole.net/2018/10/15/announcing-our-restful-api-contributions-welcome/ will decrease dependencies.

max.bra commented on 2019-07-26 18:37 (UTC)

Absolutely yes. Server package do it and I need to align this package to. As I always said, this package deserve more love.

sonny commented on 2019-07-26 18:32 (UTC)

Okay it's working.

Thanks for the packages and helping out.

I spent a lot of time trying to make this work, wouldn't make more sense to just have pacman do that?

max.bra commented on 2019-07-26 18:22 (UTC)

Don't know why but I missed some wiki modifications: a step is missing. I need to align this installation to the server one. Can you please copy ""/usr/share/pihole/configs/dnsmasq.example.conf" to /etc/dnsmasq.conf and restart ftl?

sonny commented on 2019-07-26 18:05 (UTC)

Okay I just replaced pi-hole-standalone with pi-hole-server to test and it's working. Let me know if I can help debug this somehow.

max.bra commented on 2019-07-26 18:03 (UTC)

With no-resolv directive dnsmasq should not read that file

sonny commented on 2019-07-26 17:55 (UTC)

I did follow the wiki, I don't have systemd-resolved running. As I said, pihole is running and working, tested with

drill @127.0.0.1 TXT archlinux.org

it just seems to stop working as soon as I have nameserver 127.0.0.1 in my /etc/resolv.conf

max.bra commented on 2019-07-26 17:41 (UTC)

Hi sonny. Have you followed the wiki? Is ftl working or stops soon after starting? Nothing about systemd dns stub disabling?

sonny commented on 2019-07-26 16:42 (UTC) (edited on 2019-07-26 16:42 (UTC) by sonny)

Apparently pihole-FTL is reading my /etc/resolv.conf, could it be the problem?

juil. 26 18:41:05 evoli dnsmasq[9452]: reading /etc/resolv.conf
juil. 26 18:41:05 evoli dnsmasq[9452]: using nameserver 192.168.0.1#53

« First ‹ Previous 1 2 3 4 5 6 Next › Last »