Bug#901124: roundcube: patching roundcube breaks it

2018-06-08 Thread stven jones
Package: roundcube
Version: 1.2.3+dfsg.1-4+deb9u2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Patching operating system

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

reset the debian database config to the remote mysql server's IP after the 
patching wiped this.

   * What was the outcome of this action?

roundcube now works.

   * What outcome did you expect instead?

That the locally set config is not altered on patching but local config is 
honoured.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages roundcube depends on:
ii  dpkg1.18.24
ii  roundcube-core  1.2.3+dfsg.1-4+deb9u2

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  dbconfig-common 2.0.8
ii  debconf [debconf-2.0]   1.5.61
ii  dpkg1.18.24
ii  libapache2-mod-php7.0 [libapache2-mod-php]  7.0.27-0+deb9u1
ii  libmagic1   1:5.30-1+deb9u1
ii  php-auth-sasl   1.0.6-3
ii  php-common  1:49
ii  php-mail-mime   1.10.0-2
ii  php-mcrypt  1:7.0+49
ii  php-net-smtp1.7.1-2
ii  php-net-socket  1.0.14-2
ii  php-pear1:1.10.1+submodules+notgz-9
ii  php7.0-cli [php-cli]7.0.27-0+deb9u1
ii  php7.0-intl [php-intl]  7.0.27-0+deb9u1
ii  php7.0-json [php-json]  7.0.27-0+deb9u1
ii  php7.0-mcrypt [php-mcrypt]  7.0.27-0+deb9u1
ii  roundcube-mysql 1.2.3+dfsg.1-4+deb9u2
ii  ucf 3.0036

Versions of packages roundcube-core recommends:
ii  apache2 [httpd-cgi] 2.4.25-3+deb9u4
ii  php-pspell  1:7.0+49
ii  php7.0-gd [php-gd]  7.0.27-0+deb9u1
ii  php7.0-pspell [php-pspell]  7.0.27-0+deb9u1

Versions of packages roundcube-core suggests:
pn  php-crypt-gpg  
pn  php-net-ldap2  
pn  php-net-ldap3  
ii  roundcube-plugins  1.2.3+dfsg.1-4+deb9u2

-- debconf information:
  roundcube/app-password-confirm: (password omitted)
  roundcube/password-confirm: (password omitted)
  roundcube/mysql/app-pass: (password omitted)
  roundcube/mysql/admin-pass: (password omitted)
* roundcube/mysql/admin-user: root
* roundcube/dbconfig-reinstall: false
  roundcube/passwords-do-not-match:
* roundcube/restart-webserver: true
  roundcube/dbconfig-upgrade: true
* roundcube/dbconfig-install: true
* roundcube/language: en_US
  roundcube/missing-db-package-error: abort
* roundcube/reconfigure-webserver: apache2, lighttpd
  roundcube/db/dbname: roundcubemail
  roundcube/upgrade-backup: true
  roundcube/remote/newhost:
  roundcube/remote/port:
  roundcube/internal/skip-preseed: false
* roundcube/install-error: ignore
  roundcube/mysql/method: Unix socket
* roundcube/hosts:
  roundcube/upgrade-error: abort
  roundcube/db/app-user: roundcube@localhost
  roundcube/remote/host: localhost
  roundcube/purge: false
* roundcube/database-type: mysql
  roundcube/internal/reconfiguring: false
  roundcube/remove-error: abort
  roundcube/dbconfig-remove: true



Bug#891880: roundcubemail: no option in dbconfig for a remote mysql database setup

2018-03-01 Thread stven jones
Package: roundcubemail
Version: roundcube
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

no option to config roundcube for a remote database, this is then compounded by,
no locatable documentation to config manually, std doc methods do not succeed. 
It appears something somewhere is over-riding attempts to manually edit.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Attempted manual editing of config files in /etc/roundcube in desperation
   * What was the outcome of this action?
no change web ui still reports no db connection
   * What outcome did you expect instead?
hould work.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)