Created attachment 151611 [details]
This release doesn't solve the problem with NTLM (why we still need www/squid33), but there is some progress in that question. At least a working patch was introduced and I hope it will be included in next release.
Created attachment 151612 [details]
(In reply to timp87 from comment #0)
I meant this https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195556
+1 getting squid port updated. Patch works for me as well. Just an FYI as I was about to submit the same patch. Thanks!
Created attachment 151733 [details]
I've tested your patch and found a few glithces in the port (not caused by your patch).
- files/extra-patch-gen-stacktrace for some reason contained the patch two times, failing to apply cleanly.
- the STACKTRACE option depends on libunwind one of whose include files causes a failure if -Werror is used, so I disable -Werror when building with that option.
- I added a patch files/patch-compat_compat.h because of an obscure error about that file. I've just removed the offending code since it's something for solaris and not relevant for us.
- A friend of mine reported tha on upgrade/reinstallation the squid port is resetting wrong permissions on the log and cache directories, so I fixed the plist to put reasonable permissions on the created directories.
Please test the port with these fixes, especially the last one and report back if it all looks ok.
(In reply to Guido Falsi from comment #4)
A commit references this bug:
Date: Sat Jan 17 12:50:58 UTC 2015
New revision: 377223
- Update to 3.4.11
- Fix STACKTRACES option
- Put correct permissions on /var directories creted by the port
Submitted by: timp87 at gmail.com