| Summary: | www/apache22 missing some modules [2016Q1 branch] | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | florian.heigl |
| Component: | Individual Port(s) | Assignee: | freebsd-apache (Nobody) <apache> |
| Status: | Closed Not A Bug | ||
| Severity: | Affects Some People | CC: | florian.heigl, ohauer |
| Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(apache) |
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
florian.heigl
2016-02-18 22:30:15 UTC
Hoping this isn't a pure poudriere thing.
You'll know once you inquired if it's intentionally not a part of the pkgs.freebsd.org package:
If you agree that mod_proxy is normally a part of what should be enabled, and it looks enabled in make config / poudriere options you'll know something is fishy.
I've looked at my poudriere logs and it says:
====> mod_proxy: you have to choose at least one of them
PROXY_AJP=off: mod_proxy_ajp
PROXY_BALANCER=off: mod_proxy_balancer
PROXY_CONNECT=off: mod_proxy_connect
PROXY_FTP=off: mod_proxy_ftp
PROXY_HTTP=off: mod_proxy_http
PROXY_SCGI=off: mod_proxy_scgi
===> Use 'make config' to modify these settings
(as if it were disabled and none selected, while it's very much enabled if i look at the options file & what I see in the config dialog)
I'm investigating some more. Currently I'm hoping that this was (locally) caused by missing symlinks in my poudriere host and in the FreeBSD binary case it's just been disabled intentionally Although I don't know why one would disable mod_proxy intentionally ;) Hi Florian, make sure you have enabled PROXY and one of the PROXY_$PROTO module! $ make showconfig | grep PROXY PROXY=on: mod_proxy <== required PROXY_AJP=on: mod_proxy_ajp ... PROXY_HTTP=on: mod_proxy_http ... httpd-2.2.x has a different build system the httpd-2.4.x, and requires to enable PROXY with at last one PROXY_$module. Can be closed but please consider to think about the default options. Not including mod_proxy and mod_proxy_http by default is not providing any real-world benefit and requires to go away from upstream packages for a very common use case. Hi Florian, the default options where set a decade ago because any build module is also an activated module in apache22. In case you can make the switch to apache24 the missing module issue is no longer present since not every module that was build is automatically enabled. This allows us to ship apache24 with 108 modules where only 22 are enable by default. |