Alvaro Lopez Ortega dijo [Thu, Mar 05, 2009 at 01:12:36PM +0100]:
>                   =========================
>                   Cherokee 0.99.3 released!
>                   =========================

Hi!

Yes, I have acted quicker in the past :) And yes, we should have
packages ready for 0.99 for a long time. Leonel has done a great,
timely job with PPA - But I'm still fixing some details for the Debian
packaging. I have still not pushed this to the mirrors as I have some
questions pending (which I expect to have sorted out by tomorrow), but
you deserve explanation on my delays :)

First of all, some minor details leading to delays: As Debian was just
released, many things will start shaking in the archive. One of them
is a section change, so we will move all the packages from the 'web'
to the 'httpd' sections - I am only waiting for confirmation on
whether I should also move the -dev ones (which sit in the 'libdevel'
section). 

Then, I have split the streaming functionality into its own
(libcherokee-mod-streaming) package. However, I want to check some
dependency stuff, as the dependencies on libav* are not
autodetected... And today I'm frankly tired to start checking all
that.

Third, we are splitting already several plugins into their own
packages - libcherokee-mod-admin, libcherokee-mod-server-info,
libcherokee-mod-mysql, libcherokee-mod-ldap, libcherokee-mod-libssl
and libcherokee-mod-streaming. However, I don't know where the line
should be drawn, as the structure for them seems similar (identical?)
to many other bits of functionality. Please comment on whether you
think any of the following should be split as well:

    libplugin_and.so            libplugin_custom_error.so
    libplugin_error_redir.so    libplugin_geoip.so
    libplugin_method.so         libplugin_phpcgi.so        libplugin_scgi.so
    libplugin_authlist.so       libplugin_dbslayer.so      libplugin_exists.so
    libplugin_gzip.so           libplugin_mirror.so        libplugin_plain.so
    libplugin_ssi.so            libplugin_bind.so          libplugin_deflate.so
    libplugin_extensions.so     libplugin_header.so        libplugin_ncsa.so
    libplugin_proxy.so          libplugin_w3c.so
    libplugin_cgi.so            libplugin_directory.so     libplugin_fastcgi.so
    libplugin_htdigest.so       libplugin_not.so           libplugin_redir.so
    libplugin_combined.so       libplugin_dirlist.so       libplugin_fcgi.so
    libplugin_htpasswd.so       libplugin_or.so            libplugin_request.so
    libplugin_common.so         libplugin_error_nn.so      libplugin_file.so
    libplugin_ip_hash.so        libplugin_pam.so
    libplugin_round_robin.so

Or, of course, if any of the ones I currently package as a plugin
should be distributed as part of the core. IMHO, the only reason to
split off a plugin to a package of its own is to reduce the list of
dependencies for a minimal cherokee base packaging - So, i.e.,
libcherokee-mod-streaming is well justified because of the libav* -
But should I push for the same, say, for gzip? For geoip? Does
libplugin_phpcgi.so really depend on PHP, or just expects it to be
there? What about PAM? What's the deal with fastcgi/fcgi? I know
Apache went from one to the other, but because of some dirtiness
issues I would love not to have in Cherokee :)

Anyway... Time to go for today. Too many questions asked... This will
be done soon, don't desperate :)

Thanks!

-- 
Gunnar Wolf - [email protected] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
_______________________________________________
Cherokee mailing list
[email protected]
http://lists.octality.com/listinfo/cherokee

Reply via email to