Mail Archives: cygwin/2004/05/27/12:48:33
Igor Pechtchanski wrote:
> Perhaps this should be moved to cygwin-apps (which Brian, as all other
Been subscribed for some time now, and redirecting...
> maintainers, will have to subscribe to anyway), but one more point while
> we're on the subject of Apache: maybe it's time to revisit the apache
> postinstall procedure (both the rebase issue and the /var/www one).
> FWIW, one idea on the latter is splitting out the documents into a
> separate package (apache-docs?), installing over the manual, and using
> postinstall to set up the index.html.* files if they aren't present.
> This way, "cygcheck -c" won't be confused by the apache packages anymore.
> I can elaborate if there's interest.
Yes, I'd planned to redo all that. The manual will go into
/usr/share/doc/apache so that it can be sanely upgraded, instead of in
the docroot next to the user's stuff. Also use a postinstall to copy
over sample config if not exists, instead of this /etc/apache.new
business.
The other thing that needs attention is this libphp4.dll and rebasing.
It's really ugly currently: the dll is included in the package as
/usr/lib/apache/new/libphp4.dll and copied over manually by apxs in the
postinstall, which also tries to rebase. Both will fail if there's an
existing (in-use) dll, and it also means the package manifest is wrong,
causing cygcheck to always report a broken package. What I'd really
like to do is let setup.exe deal with replacing the dll if it's in use,
and relocate libphp4.dll before packaging to work with the default set
of libs so no rebase is necessary. Then it's just a matter of adding
the LoadModule lines to httpd.conf in postinstall if they're not there
already.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -