Bug#354545: bug reported upstream

Thank you for your report. Bug is reported upstream. -- Regards Bjørn Ove Grøtan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#310578: bug reported upstream

Sorry about the delay. Bug is reported upstream and is reported to be fixed in the upcoming release -> luma 2.3 -- Regards Bjørn Ove Grøtan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335165: bug reported upstream

Sorry for the long delay - is all I can say. A simple recompile of the ui file with pyuic would have solved the problem. No needs for all that hand-patching the python-files as far as I know. Upstream author is informed about the issue. Will be fixed upstream and hopefully will be in the upcoming

Bug#341689: Acknowledgement (ITP: openvpn-auth-ldap authentication plugin for username/password)

Package already debianized and builds lintian-free, but need more testing before it can be uploaded. Don't hesitate to contact me if someone wants to test the package. -- Best regards Bjørn Ove Grøtan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? C

Bug#341689: ITP: openvpn-auth-ldap authentication plugin for username/password

Package: wnpp Severity: wishlist A plugin that implements username/password authentication via LDAP for OpenVPN 2.x Source: http://www.opendarwin.org/~landonf/software/openvpn-auth-ldap/ Licence: BSD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Conta

Bug#325534: ITP: python-pdi -- Library for Personal Data Interchange.

Package: wnpp Severity: wishlist * Package name: python-pdi Version : 0.0.1 Upstream Author : Peter Gebauer <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/python-pdi * License : GPL Description : Library for Personal Data Interchange. This API provid

Bug#236097: Fix attached

Applied same rules as for generating ldif for domainname. This is just a quick-fix, but how do we solve this for real? Can we know which codeset the user is using when installing package slapd? -- Regards Bjørn Ove Grøtan --- slapd.config.orig 2005-04-05 09:50:00.288926408 +0200 +++ slapd.co

Bug#236097: More verbose description

I also found this bug today.. and purging and installing the package slapd a couple of times and I found out why adding the autobuild ldif fails... The config-script doesn't check wether the input is non 7bit-ascii from the input dialog of organization name. Work-around is to set organization name