Tried updating it myself by changing these lines
pkgver=2.10.2
_wwwpkgver=2.2
md5sums=('eb6f32a75bdc39825119b017b79b2746'
'f10faa6542a48c78348ab6000be5db31'
But it fails like this, any ideas?
==> Sed error: sudoers setup 1
==> ERROR: A failure occurred in prepare().
Search Criteria
Package Details: pi-hole-server 5.18.3-4
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: | 112 |
Popularity: | 0.134716 |
First Submitted: | 2016-01-13 12:50 (UTC) |
Last Updated: | 2024-08-10 12:32 (UTC) |
Dependencies (18)
- bc (bc-ghAUR)
- bind-tools (bind-developmentAUR, bind-gitAUR, bind)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- jq (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 (procps-ng-gitAUR, busybox-coreutilsAUR)
- sudo (fake-sudoAUR, polkit-fakesudoAUR, sudo-gitAUR, doas-sudo-shimAUR, doas-sudo-shim-minimalAUR, sudo-hgAUR, sudo-selinuxAUR, fudo-gitAUR)
- 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-4.patch
- https://raw.githubusercontent.com/max72bra/pi-hole-server-archlinux-customization/master/arch-server-core-5.18.3-4.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.3.tar.gz
- pi-hole.tmpfile
- piholeDebug.sh
Latest Comments
« First ‹ Previous 1 .. 65 66 67 68 69 70 71 72 73 74 75 .. 82 Next › Last »
C0rn3j commented on 2016-12-27 22:13 (UTC)
ThecaTTony commented on 2016-11-25 20:20 (UTC)
Sorry, it's not a complaint, it's to improve the package. I appreciate the work you do here.
I think the best way to to solve the warnings of the .install is to hide them.
This are the modifications i made, let me know what you think about:
http://pastebin.com/r9Y1fUst
max.bra commented on 2016-11-25 09:21 (UTC) (edited on 2016-11-25 09:34 (UTC) by max.bra)
@ThecaTTony
Anything else?
> * Also pi-hole-server.install is wrong because assumes that dnsmasq.d and 01-pihole.conf exist
indeed, it's gravity.sh that assumes that. it's a little recursive problem as the package leave to the user final configuration of dnsmasq. Do you prefere i forced replace your config files?
ThecaTTony commented on 2016-11-22 21:03 (UTC) (edited on 2016-11-23 17:53 (UTC) by ThecaTTony)
Hi, thanks for packaging.
Please follow Web Application Package Guidelines at:
https://wiki.archlinux.org/index.php/Web_application_package_guidelines
* webapp should be on /usr/share/webapps/pihole
* dont force libmariadbclient lighttpd and php-cgi as mandatory dependencies. Pi-Hole can run without the need of the admin interface and/or with nginx/php-fpm as webserver.
EDIT (11/23/2016):
* Also pi-hole-server.install is wrong because assumes that dnsmasq.d and 01-pihole.conf exist:
==> Neutrino emissions detected...
cat: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
cat: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
/usr/bin/pihole: line 126: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
cat: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
cat: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
/usr/bin/pihole: line 126: /etc/dnsmasq.d/01-pihole.conf: No such file or directory
<deleted-account> commented on 2016-11-18 07:09 (UTC)
Hey, great packaging! This is Dan, one of the Pi-hole developers. Send me an email at dan.schaper@pi-hole.net (my key is 712CEDA). We'd like to see about collaborating a bit and helping out if we can.
max.bra commented on 2016-11-03 07:05 (UTC)
@tdlk
i agree. seems that pihole project, sooner or later, want to implement log history management. secretly hoping for sqlite.
tdkl commented on 2016-11-02 16:45 (UTC) (edited on 2016-11-02 16:47 (UTC) by tdkl)
> hi tdkl,
> upstream added mod_auth to lighttpd modules, probably for future purpose.
> mod_auth need libmariadbclient.
Ah yeah, that made sense. I've skipped the inclusion of the mod_auth in my conf. Also I hope they won't make something stupid like making it mandatory for pi-hole to use a SQL database, because that running a RDBMS would kill its usage on low memory ARM devices.
max.bra commented on 2016-11-02 08:44 (UTC)
The bill is on me. :-D
slip commented on 2016-11-02 08:43 (UTC)
Nevermind, that last one was an error on my part. IT'S ALL FIXED! Let's go get a pint!
max.bra commented on 2016-11-02 08:42 (UTC)
ok, that is admin side.
last two are (should) for your empty log and are not critical
first is.
but, more important, are your ads piholed again?
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.