AUR (en) - pi-hole-core

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: pi-hole-core 6.0.6-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/pi-hole-core.git (read-only, click to copy)
Package Base:	pi-hole-core
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
Licenses:	EUPL-1.2
Conflicts:	pi-hole-server, pi-hole-standalone
Provides:	pi-hole-server, pi-hole-standalone
Submitter:	max.bra
Maintainer:	max.bra (graysky)
Last Packager:	max.bra
Votes:	119
Popularity:	1.89
First Submitted:	2025-02-21 17:31 (UTC)
Last Updated:	2025-03-30 17:07 (UTC)

Dependencies (11)

bind (bind-git^AUR)
git (git-git^AUR, git-gl^AUR)
inetutils (inetutils-git^AUR)
iproute2 (iproute2-git^AUR, iproute2-selinux^AUR)
jq (jq-git^AUR, jaq-bin^AUR)
logrotate (logrotate-git^AUR, logrotate-selinux^AUR)
lsof (lsof-git^AUR)
netcat (nmap-netcat^AUR, openbsd-netcat-git^AUR, gnu-netcat-svn^AUR, gnu-netcat, openbsd-netcat)
pi-hole-ftl^AUR
procps-ng (procps-ng-git^AUR)
sudo (fake-sudo^AUR, polkit-fakesudo^AUR, sudo-git^AUR, doas-sudo-shim^AUR, doas-sudo-shim-minimal^AUR, sudo-hg^AUR, fudo-git^AUR, sudo-selinux^AUR, sudo-rs-symlink^AUR)

Required by (3)

padd-git (requires pi-hole-server)
pi-hole-whitelist-git (requires pi-hole-server) (optional)
pi-hole-whitelist-git (requires pi-hole-standalone) (optional)

Sources (10)

Pinned Comments

max.bra commented on 2025-02-21 21:44 (UTC)

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.

max.bra commented on 2025-02-21 17:56 (UTC)

to update to pi-hole 6, please use pi-hole-core pi-hole-ftl and pi-hole-web packages.

Latest Comments

« First ‹ Previous 1 .. 54 55 56 57 58 59 60 61 62 63 64 .. 87 Next › Last »

phixion commented on 2018-08-24 16:41 (UTC) (edited on 2018-08-24 16:42 (UTC) by phixion)

Thanks for the update

doesn't start for me, though. looking into it now

[✗] Failed to restart pihole-FTL.service: Unit pihole-FTL.service not found.

SilverMight commented on 2018-08-21 04:06 (UTC)

don't mean to come off as impatient but any chance for 4.0 soon?

phixion commented on 2018-08-16 23:51 (UTC)

I see how it is! Enjoy your vacation.

max.bra commented on 2018-08-16 13:58 (UTC)

I was hoping to work on the packages from the beach but the WiFi is out of order... :-D

phixion commented on 2018-08-16 06:29 (UTC)

any chance to see this pushed to 4.0 anytime soon?

josealberto4444 commented on 2018-08-07 09:43 (UTC) (edited on 2018-08-07 10:50 (UTC) by josealberto4444)

Hi, tsago,

No, I get same error, it doesn't matter what I ask to dig:

$ dig +short www.example.com @127.0.0.1
dig: parse of /etc/resolv.conf failed
$ dig +short www.lkjasdfbo.buvoqwuyd @300.300.330.3331
dig: parse of /etc/resolv.conf failed

The thing is that it can actually resolve names, as I can ping anywhere:

$ ping gnu.org
PING gnu.org (208.118.235.148) 56(84) bytes of data.
64 bytes from wildebeest.gnu.org (208.118.235.148): icmp_seq=1 ...

I'll ask in generic forums, thanks.

tsago commented on 2018-08-06 15:14 (UTC)

Hi, josealberto4444,

This looks more like a generic DNS issue, not really pi-hole related. Generic forums might be a better place for this.

But anyway, can you resolve something when you ask dnsmasq? E.g.: dig +short www.example.com @127.0.0.1 (or @192.168.1.153)

josealberto4444 commented on 2018-08-06 14:55 (UTC) (edited on 2018-08-06 15:00 (UTC) by josealberto4444)

Hi, I have a problem with resolving DNS requests from the machine that is actually running pi-hole as a server. I get this when trying to update lists:

$ pihole -g
[✗] DNS resolution is currently unavailable

Also, I think this is related, when using dig to find my external IP address:

$ dig +short myip.opendns.com @resolver1.opendns.com        
dig: parse of /etc/resolv.conf failed

I looked for a solution in the pi-hole forums, but the most related thing was this one:
https://discourse.pi-hole.net/t/dns-resolution-is-currently-unavailable/5797
which links to these:
https://github.com/pi-hole/pi-hole/issues/1800
https://github.com/pi-hole/pi-hole/issues/1806
but all that was solved in v3.3 in theory.

Just in case, my /etc/resolv.conf:

$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 192.168.1.153
nameserver 192.168.1.1
nameserver fe80::1%2

IP 192.168.1.153 is the machine running pi-hole (Raspberry Pi 3B+).

Thanks!

max.bra commented on 2018-07-16 10:01 (UTC)

@butterymales:

Exactly: this is not a normal pihole installation.

ASAP I will sed out that line. Thanks for reporting.

<deleted-account> commented on 2018-07-16 04:21 (UTC)

I've been noticing this line spamming the syslog every so often:

 Jul 15 18:29:27 zserve lighttpd-angel[9694]: sh: line 0: cd: /etc/.pihole/: No such file or directory

It looks like it's from line 204 in /srv/http/pihole/pihole/index.php

 $phVersion = exec("cd /etc/.pihole/ && git describe --long --tags");

On a 'normal' pihole install that directory would exist. Is it worth it to populate that variable with the pihole git version?