[Pkg-roundcube-maintainers] Bug#609878: roundcube-core should suggest php-mdb2-driver-mysql and php-mdb2-driver-pgsql

[Vincent Bernat]

OoO Pendant  le journal télévisé du  jeudi 13 janvier  2011, vers 20:46,
Chloé Desoutter <chloe.desoutter at gmail.com> disait :

>> roundcube-mysql already depends on php-mdb2-driver-mysql.
> Wouldn't it be adapted, since roundcube depends on either mysql,
> postgresql or sqlite to make roundcube a virtual or so package
> provided by roundcube-mysql, roundcube-pgsql and roundcube-sqlite, and
> depending on roundcube-core and a new roundcube-common ? This way, a
> Roundcube setup would work straight out of the box and we users would
> have to make a choice at setup.

> Since a database backend is absolutely necessary for Roundcube, this
> seems to be a better option. What's your opinion ?

Currently,  roundcube depends  on roundcube-sqlite  |  roundcube-mysql |
roundcube-pgsql.  roundcube-{backend} does  not  pull roundcube  because
there  would  be  a  circular  dependency and  this  is  considered  bad
practice.

Your solution would be to turn roundcube into a virtual package provided
by roundcube-{backend}. Therefore, installing roundcube will pull one of
the roundcube-{backend}.  I don't see  any improvement over  the current
solution.

Maybe, the confusion is that  the user type "apt-get install roundcube",
then is asked whetever he wants to use "sqlite", "mysql" or "postgresql"
even if  "roundcube-sqlite" was pulled  and the system does  not contain
the  appropriate dependencies for  the other  two. We  did not  find any
simple  solution  to  this  problem.  Maybe,  roundcube  could  suggests
php-mdb2-driver-pgsql   and  php-mdb2-driver-mysql.   Those   are  small
dependencies.  This way, a  user using  "apt-get install  roundcube" and
having a  working installation of  MySQL (and therefore a  working mysql
client) but not MDB2 driver for MySQL will get a functional installation
even if he  did not notice that there is  a roundcube-mysql package that
should be used in his case.
-- 
panic("esp_handle: current_SC == penguin within interrupt!");
	2.2.16 /usr/src/linux/drivers/scsi/esp.c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-roundcube-maintainers/attachments/20110113/aaf472d6/attachment.pgp>