Fixing up the Squid3+Squidguard install fun

maverick_slo

Hi!

Option 1 for sure!

Regards,
Greg

Tikimotel

Option 1 has my vote.

Option 2 only viable for certain use cases.
Unless you know how many installs actively use the combination of the two packages at once.
If that is more than 99% of all users then this package combination might be worthwhile to be served as a single package.

traxxus

+1 for Option 1

jimp

Well I've tried a half dozen different ways to get squidGuard to build itself against Squid 3.3 but for some reason it just refuses to cooperate. No matter what I set, it's assuming Squid 2.x. I'll have to poke at it some more as time allows.

It doesn't look like Sarg or Lightsquid have any specific dependency on squid so those won't need to be handled, it's just SquidGuard that needs special treatment it appears.

ariyako

Option 2! ;D

stephenw10

Is there any disadvantage to installing Squidguard and then not enabling it for those who want Squid only? More difficult to maintain as already mentioned. It would be very interesting to know how many people use Squid without Squidguard. A poll perhaps? As I read the first post here I assumed everyone would vote option 2, shows how much I know. ::)

Steve

jimp

@stephenw10:

Is there any disadvantage to installing Squidguard and then not enabling it for those who want Squid only? More difficult to maintain as already mentioned. It would be very interesting to know how many people use Squid without Squidguard. A poll perhaps? As I read the first post here I assumed everyone would vote option 2, shows how much I know. ::)

Wasted space, mostly. Also I'm not sure if there may be some compatibility issues with having that and Dansguardian and who knows what else installed. It's best to keep things simple when possible.

I think the "combined" packages are probably not going to be realistically feasible, I'm still trying to move forward with Option #1 above.

Tikimotel

I don't know how interwoven squid is in the squidguard package itself.
All I need to change to get it to work "proper" with squid v3.3 is change a few lines in the "squidguard_configurator.inc".
And re-save the options in the GUI.

Certain options are rename/changed from squid v2 to squid v3.1 and onwards. (mainly the redirectors)

After a firmware update, and the re-install of all packages is complete is change "squidguard_configurator.inc".

# ------------------------------------------------------------------------------
# squid config options
# ------------------------------------------------------------------------------
define('REDIRECTOR_OPTIONS_REM',   '# squidGuard options');
define('REDIRECTOR_PROGRAM_OPT',   'url_rewrite_program');
define('REDIRECT_BYPASS_OPT',      'url_rewrite_bypass');
define('REDIRECT_CHILDREN_OPT',    'url_rewrite_children');
define('REDIRECTOR_PROCESS_COUNT', '12 startup=8 idle=6 concurrency=0'); # redirector processes count will started

(number of redirectors/rewrite_children maxes out at 12, starts with 8 and idles at 6 and is an older type of redirector)

Basically the configurator script needs change (or version detection), why it needs squid33 or squid2 for compilation is beyond me.
Is it only needed for ease of installation? Why was squid2 integrated into the package install process?

jimp

I found/fixed a bug in the pbi build scripts (not our script, the one from upstream) and got some binaries built late on Friday finally. I need to poke at them a little before I activate them, but they may be up yet today.

jimp

The "squidguard-squid3" package should appear shortly. For those interested in trying it out, remove squid 2.x, squid 3.x, and squidguard to get back to a "clean" state, then install squid 3.x and squidguard-squid3.

In the future, if this works, installing squid 3.x and squidguard-squid3 should be the only steps needed.

technical

option 1 8)