Package Details: hostsblock 0.999.8.1-1

Git Clone URL: https://aur.archlinux.org/hostsblock.git (read-only, click to copy)
Package Base: hostsblock
Description: An ad- and malware-blocking utility for POSIX systems
Upstream URL: https://github.com/gaenserich/hostsblock
Keywords: adblock
Licenses: GPL
Submitter: jav209
Maintainer: jav209
Last Packager: jav209
Votes: 53
Popularity: 0.007497
First Submitted: 2012-05-03 23:18 (UTC)
Last Updated: 2019-04-07 21:14 (UTC)

Dependencies (12)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

jav209 commented on 2015-05-10 13:36 (UTC)

@setone: Novel uses of hostsblock keep coming out of the woodwork, which makes me think it would just be better to strip out the automatic detection features for the dnscachers and dhcp clients all together and just document the most common setups (and contributed less common setups).

setone commented on 2015-05-09 21:10 (UTC)

Incidentally, let me add: thanks again for your excellent work... much appreciated.

setone commented on 2015-05-09 21:01 (UTC)

I just got around to installing this update. For various reasons I run dnsmasq on a different box than the hostsblock box, so hostsblock should not assume that it is working with dnsmasq. However I also require my hostsfile NOT to be /etc/hosts, and this causes hostsblock to fail, because the hostsblock-common.sh script hard-associates dnscacher="none" with hostsfile="/etc/hosts", i.e. you can't have one without the other. This seems unnecessary - I have dns somewhere else and I don't need/want hostsblock to know or care about it, and I have my hostsfile somewhere else too, because I need it that way. Why shouldn't the dnscacher="none" option just quietly tell hostsblock: "there is nothing for you to restart, so don't do anything." My workarounds are (1) change the script (easy but a PITA to maintain), or (2) configure dnscache="manual", which causes hostsblock to try to restart "manual".

jav209 commented on 2015-04-26 01:27 (UTC)

Here's Alpha 2, with a couple more tidbits: * sanitized permissions (world readable) * service and timer files for systemd * Fixed misidentification of certain non-interactive sessions

csllbr commented on 2015-04-25 05:04 (UTC)

sorry, my mistake - I intended to vote but clicked on the wrong link

jav209 commented on 2015-04-24 22:34 (UTC)

@csllbr: Any reason for marking this as our of date? @madalu: service and timer files forthcoming. I'll update the file permissions once I double check what the best practices are with executables that should only be handled by root.

madalu commented on 2015-04-24 14:49 (UTC)

Also, is there a reason for the very restrictive permissions on the script? $ cd usr/bin $ ls -al hostsblock -rwx------ 1 root root 8733 Apr 24 09:06 hostsblock This prevents the hostsblock script from being found by normal users with commands like which. On my machine there is not a single other binary in /usr/bin that has such permissions.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »