Package: pptpd
Version: 1.4.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffect
On 2011-03-08 6:32 AM, Vincent Bernat wrote:
> It seems that some users have an "identities" table with a "changed"
> column. I don't know how this happened. I will do a quick upload to fix
> this problem. Do you remember the different versions of roundcube that
> you installed on your system
Package: roundcube
Version: 0.5.1+dfsg-3
Severity: grave
Justification: renders package unusable
The database upgrade fails with:
> mysql said: ERROR 1060 (42S21) at line 49: Duplicate column name 'changed'
I've attached the backup database (sans the insert statements).
-- System Information:
D
On 2010-09-05 10:11 PM, Steve Langasek wrote:
> It may be that we want the slapd.d migration to call slaptest with -u, to
> ignore any such problems that aren't related to the slapd.d migration per
> se. But I don't understand the origin of this error either, so we should
> get to the bottom of th
Package: mdadm
Version: 3.0-2
Severity: normal
I upgraded grub and mdadm this afternoon, and whilst the process appeared
successful,
after rebooting the system would not come up - my mirrored root device was
seemingly
gone.
Attempting to start it from the mdadm included in my initrd failed, c
Fabio Tranchitella wrote:
Did you upgrade php5-ldap? That's the only non-standard extension that
phpldapadmin uses.
Yes, it was upgraded with the others. Though incidentally, I have just
installed the following packages:
2008-02-10 21:47:58 status installed apache2-utils 2.2.8-1
2008-02-10 21
Fabio Tranchitella wrote:
Can you please try the package in unstable (1.1.0.5-1)?
It should fix your problem.
I just installed phpldapadmin 1.1.0.5-1, and get the same problem. I looked in my vhost logs and saw no errors, but on a hunch I looked in the main
logs, and found this being logged f
hich I put:
ldap_servers: ldap://127.0.0.1/
ldap_bind_dn: ...
ldap_bind_pw: ...
ldap_search_base: ou=Accounts,dc=jamie-thompson,dc=co,dc=uk,dc=.
There's a full complement of other settings, but these were enough for me.
signature.asc
Description: OpenPGP digital signature
/ldap-bindpw: secret
phpldapadmin/reconfigure-webserver: apache, apache-ssl, apache-perl, apache2
phpldapadmin/restart-webserver: true
phpldapadmin/ldap-basedn: dc=jamie-thompson,dc=co,dc=uk,dc=.
phpldapadmin/ldap-server: 127.0.0.1
phpldapadmin/ldap-tls: false
phpldapadmin/ldap-binddn: cn=adm
I just upgraded everything on my Testing system. I have now lost access to my email system, and investigation gives me the same result as you have,
but there were no updates for SASL, the only thing relevant was pam_ldap, as I use PAM for saslauthd.
Suffice to say, it is quite broken, and testsa
10 matches
Mail list logo
