On Wed, Jun 30, 2010 at 04:07:14PM +0200, Martin Sebald wrote:

> this was already brought up in bug #507144
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507144
> which is closed and supposed to be fixed in version 2.1.0-1.
> 
> But there still isn't any mysql driver in the package.
> 
> Was this wish rejected or is it still missing because of a mistake.
Well, I tried to gracefully round up any discussions on topics like this
by filing a "meta bug" [1] and merging any bugs it discusses into it.
Unfortunately, my BTS-fu appears to be not so well-developed to make
that new meta-bug appear to be the only one of them visible in the BTS.

So I invite you to read that bug's message (and possibly comment on it
there).

Simply put, I'm not going to package/support anything beyond the core
and mod_admin_extra (was mod_ctlextra) along with it.
This is simply because I see no real way to test what I do not use.
For instance, I can test upgrading of Mnesia tables, but to make a
testbed for testing MySQL (or whatever other backend) upgrades would be
an overkill for me. Same applies to testing migration between backends.
Also anything which is not in the original upstream ejabberd's tarball
(with the sole exception made for mod_admin_extra) will not be included
directly in the package. On the other hand, I'm fine with anyone's
decision to create and maintain satellite packages like ejabberd-mysql
for instance.

> BTW: There are a lot of other modules in the ejabberd source code
> repository which would be very useful in the standard package.
Same principles as described above apply for any external code.
Also note that the sole reason these modules are not in ejabberd's
proper is that they're essentially not maintained upstream and (more
importantly) are not needed for proper functioning of ejabberd in the
most common cases.

Note that mod_admin_extra is an exception because these rules apply:
1) It has just replaced (now obsolete) mod_ctlextra which was already
   in the package when I took over its maintenance;
2) It is written and supported by one of upstream developers.
3) It merely adds several commands to ejabberdctl and hence can be
   easily tested;
4) Most of its functionality will quite probably go directly into
   stock ejabberdctl anyway.

1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579770




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to