Hi Tim,
On 12/ 2/12 03:34 PM, Tim Foster wrote:
--8<--
src/util/apache2/depot/depot_httpd.conf.mako:
341: how does that work? You are using the pkg and manifest directory
as an apache cache which has a different format?
Right, there's a difference between CacheRoot and CacheEnable - the
Oh, sure. I misread that. That's the problem when both are essential
file system paths ;)
former tells Apache where to cache content, the latter (which we're
using here) tells Apache to enable caching for a specific URL, and any
paths beneath that URL.
Out of the box, I was intending to leave Apache caching disabled for the
http-depot, assuming that all file-repositories are actually local to
the box serving the repositories, though I haven't benchmarked to see
whether 'local-repos + cache' is faster than just 'local-repos',
admittedly...
src/util/apache2/depot/logs/access_log
src/util/apache2/depot/logs/error_log:
are they supposed to be in the wad?
Hmm.. I checked these in because I had thought that at some stage Apache
got upset if log files don't already exist where we've told it to
perform logging to, but that seems to be working with the current
version of Apache in Solaris (and I checked snv_151a as well, so I must
be mistaken)
Are you sure that it's not just the directory which needs to be there
for apache to create the log files automatically?
So we could touch these log files during the SMF start method, but I
also like these being in the package namespace so that they're more
easily discoverable. (we set a precedent for this with the
system-repository work, not that we couldn't revisit that decision, I
admit)
Unless anyone feels strongly about these empty files being packaged,
I'll leave them there.
No, not feeling strongly about it, just checking if they snug in there
by mistake.
Erik
I'll hold off on putting back for another week or two in case anyone
else wants the chance to review the wad.
Thanks again for taking a look Eric!
cheers,
tim
Erik
Everything is pretty much as per the original proposal I sent out a few
months ago (
https://cr.opensolaris.org/action/browse/pkg/timf/apache-depot-proposal/apache-depot.html
) with a few exceptions:
* it's called http-depot now, instead of apache-depot[1]
* we have the concept of a 'repository prefix', essentially separating
the web server namespace into different repositories - this turns out to
be much easier to read than scattering SHA-1 hashes throughout the
webserver namespace.
By default, the repository prefix maps directly to the SMF instance name
of the corresponding pkg:/application/pkg/server instance, though you
can also run pkg.http-depot with -R options, making it to ignore SMF.
* The root of the http-depot serves a page showing a list of all
repositories available, and links to the publishers inside that
repository
* the mod_wsgi application that serves search/* requests now also serves
the BUI application, including info, p5i and admin requests
I've included a draft man page in the workspace, but I'll happily remove
that prior to putback and file a docs bug to get that cleaned up. For
convenience, I've attached a plaintext rendering of the man page.
Comments or questions would be most welcome,
cheers,
tim
[1] I'm happy to bikeshed on the name, so long as there's beer
involved :-)
_______________________________________________
pkg-discuss mailing list
pkg-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________
pkg-discuss mailing list
pkg-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
