Bug 95580
| Summary: | superfluous dependensies | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Vitaliy Romanyuk <vitar> |
| Component: | Individual Port(s) | Assignee: | Alex Dupre <ale> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
Responsible Changed From-To: freebsd-ports-bugs->ale Over to maintainer State Changed From-To: open->closed Install php5-cli if you don't want apache. > Audit-Trail > State-Changed-From-To: open->closed > State-Changed-Why: Install php5-cli if you don't want apache. 1. This way isn't clean (isn't intuitive). 2. Even in case of "main" port (php, not php-cli) there is NO ANY clear reasons to be unreservedly depended on Apache -- why not any other from long list of supported SAPIs?. This unfortunate Apache, again, is NOT a part of system (while still be part of standard install) 3. PHP was named just as good example of PR title. -- Vitaliy Romanyuk <VitaR@gmx.net> |
There are too many superfluous dependencies onto software pieces that isn't true part of system but a part of "generic install" instead. In my case it's Apache but I'm sure that it isn't complete list. AFAIK Apache installs during every install type (std/custom etc) when user says "enable httpd" but really it doesn't carries any system-level functions like sshd or inetd -- just "web-server", no more. And it can be easily replaced by number of an alternates including ones that better for special cases (low-mem systems for example) -- like lighttpd or nginx. But many ports (in my case it's PHP5) still refers to Apache modules-dir or Apache shared-dir or somewhat like that. And even tries to build Apache modules regardless of switches and parameters. Fix: Review ports makefiles to avoid dependencies that really doesn't requred by original source How-To-Repeat: #cd /usr/ports/lang/php5 #make -DWITHOUT_APACHE -EWITHOUT_APACHE -EWITH_APACHE=no {use as many variants as you like} install #php -i