<p dir="ltr">Great stuff thanks a lot! Excellent timing too just getting ready to do the make. I'll follow your suggestions. A couple of follow ups:<br>
 <br>
When doing the make (including ./configure), do I have to be running as root or some particular user? I set up a squid user and user group and also a squidadm user group...</p>
<p dir="ltr">Finally I noticed that configure didn't have -x permissions with 3.5.7. I guess I'll have to change that out of the gate...</p>
<p dir="ltr">Cheers,<br>
Deiter</p>
<br><div class="gmail_quote"><div dir="ltr">On Sat, Aug 29, 2015, 5:32 PM Amos Jeffries <<a href="mailto:squid3@treenet.co.nz">squid3@treenet.co.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 29/08/2015 12:52 p.m., Howard Waterfall wrote:<br>
> Ubuntu 14.04<br>
><br>
> Squid 3.5.5<br>
><br>
> Hi -<br>
><br>
> I've successfully installed, configured and run squid 3.5.5 w/o a problem<br>
> using:<br>
><br>
> sudo apt-get install squid<br>
><br>
> I want to filter by mac address though, so I purged that install and<br>
> re-built squid with the *--enable-arp-acl* flag. I installed using make<br>
> install.<br>
><br>
<br>
It seems the documentation is outdated. EUI support is built into<br>
current Squid by default.<br>
<br>
Note however that ARP and MAC/EUI-48 is an IPv4-only feature and does<br>
not work on complex networks anyway due to how ARP operates. IPv6 uses<br>
other mechanisms to route packets.<br>
<br>
<br>
> This is when the problems begin. I've summarized that in a separate thread:<br>
><br>
> <a href="http://lists.squid-cache.org/pipermail/squid-users/2015-August/005232.html" rel="noreferrer" target="_blank">http://lists.squid-cache.org/pipermail/squid-users/2015-August/005232.html</a><br>
><br>
> I wonder if there's a way to simply *avoid* all those problems.<br>
<br>
There is. At least its "simple" for someone used to custom building.<br>
<br>
<br>
step 1) Purge your custom build and reinstall the distro package.<br>
<br>
If this is just for the ARP. That should be enough.<br>
<br>
<br>
If you want other custom features continue with ...<br>
<br>
step 2) run "apt-get build-dep squid" to install the packages needed to<br>
build squid yourself.<br>
<br>
step 3) Use "squid -v" to identify the system-specific build options.<br>
<br>
<br>
If you build Squd now with the options straight from -v the "make<br>
install" step will replace the existing package files with updated copies.<br>
<br>
Note that Upgrading the system package later will in turn replace your<br>
custom build in the same way. So this is mostly useful for custom builds<br>
to fix/patch temporary bugs you expect the system package to fix later.<br>
Or if you use aptitudes 'hold' feature.<br>
<br>
But, there are more steps below..<br>
<br>
><br>
> A couple of questions:<br>
><br>
><br>
>    1. My build configuration is below. After building and installing, squid<br>
>    ended up here: */usr/local/squid/sbin*. I think that's the same place *sudo<br>
>    apt-get install squid *puts it right?<br>
<br>
That /usr/local is the default location for user-built programs in *NIX<br>
and *BSD operating systems. System provided packages go elsewhere.<br>
<br>
Debian/Ubuntu has a different package layout as well. The squid -v step<br>
above will provide you with the build options needed to setup for that<br>
layout properly.<br>
<br>
<br>
<br>
>    2. Given I had no problems with *sudo apt-get install squid*, is the<br>
>    best practice to install squid using that method and arrange for my builds<br>
>    to install squid to a different location and simply copy it over?<br>
<br>
<br>
If you just want to keep the Squid installation separate from the system<br>
package. Then the FS layout does not matter. Just...<br>
<br>
<br>
><br>
> Thanks,<br>
><br>
> Deiter<br>
><br>
> ./configure --prefix=/usr --localstatedir=/var<br>
> --libexecdir=${prefix}/lib/squid3 --srcdir=.<br>
> --datadir=${prefix}/share/squid3 --sysconfdir=/etc/squid3<br>
> --with-default-user=proxy --with-logdir=/var/log<br>
> --with-pidfile=/var/run/squid.pid --enable-arp-acl<br>
><br>
<br>
<br>
step 4) run "mkdir /proxy" (or whatever you want to call it)<br>
<br>
step 5) change that --prefix option to /proxy<br>
<br>
The "make install" should then create everything which makes up "Squid"<br>
inside /proxy.<br>
<br>
step 6) edit the /etc/init.d/squid script DAEMON= and CONFIG= variables<br>
to point at your custom /proxy/sbin/squid and /proxy/etc/squid/squid.conf<br>
<br>
<br>
The system package upgrades will then not affect your customizations.<br>
<br>
<br>
Thats how I do it anyway :-)<br>
<br>
Amos<br>
_______________________________________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org" target="_blank">squid-users@lists.squid-cache.org</a><br>
<a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/listinfo/squid-users</a><br>
</blockquote></div>