Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#30724 - [dansguardian] Squid should not be a dependancy for Dansguardian

Attached to Project: Arch Linux
Opened by Mark (fiddlinmacx) - Tuesday, 17 July 2012, 14:02 GMT
Last edited by Eric Belanger (Snowman) - Wednesday, 29 August 2012, 12:51 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: Dansguardian does not require squid. It will work with any proxy server. Squid is a large, complicated proxy and should not be a dependancy. Can this be changed please?
Related to this is the fact that Dansguardian is not a Squid plugin. It is a content filter that needs to connect to a proxy server, any proxy server, in order to function.
The Arch Wiki has an article on Dansguardian that says as much.

Thanks.
This task depends upon

Closed by  Eric Belanger (Snowman)
Wednesday, 29 August 2012, 12:51 GMT
Reason for closing:  Won't fix
Additional comments about closing:  dansguardian is now in AUR
Comment by Kevin (anonymous_user) - Tuesday, 17 July 2012, 14:18 GMT
There was a similar report earlier: https://bugs.archlinux.org/task/18244

Though it got closed due to no response.
Comment by Mark (fiddlinmacx) - Tuesday, 17 July 2012, 15:01 GMT
I see that. Dansguardian seems to be orphaned at the present time. I think the suggestion to use a 'provides' line in proxy-service PKGBUILDS makes sense. This is an example of a class of software in which there are many instances. Dansguardian seems to be a bit unique though in that it is not a proxy server itself but depends on one.

Loading...