Bug#778380: Progress on package update

2015-03-18 Thread Dr. Torge Szczepanek
Hi! I have already updated the package to the lastest release, which is working fine in production on Jessie (not based on git-buildpackage until now). I am also willing to help out on the package, since we will need this in production. Ilya is there any progress on your side? I would also like

Bug#766043: Bug#766043: A patch from Red Hat needed for FreeIPA

2015-03-18 Thread Dr. Torge Szczepanek
Tags: wontfix No feedback. Seems patch is not needed anymore signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#745446: openvpn-auth-radius: Add IPv6 support

2015-03-18 Thread Dr. Torge Szczepanek
Hello! > Here are patches to add IPv6 support to openvpn-auth-radius: > > - support for Framed-IPv6-Route > - support optional gateway parameter > - support for announcing routes to bird > - support for Framed-IPv6-Address These patches cannot be applied to the current unstable version. Can you

Bug#773280: openvpn-auth-radius: invalid `route add' command on route without gateway

2014-12-18 Thread Dr. Torge Szczepanek
Hello! > I fixed my patch. It now corresponds to the RFC, and also allows specify the > route without gateway. > > Ok, great. I will take a look at this after my vacation mid of January. Greetings Torge signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#773280: Fwd: Bug#773280: openvpn-auth-radius: invalid `route add' command on route without gateway

2014-12-16 Thread Dr. Torge Szczepanek
Forward due to missing CC > Anfang der weitergeleiteten Nachricht: > > Von: nestling > Datum: 16. Dezember 2014 16:11:36 MEZ > Betreff: Aw: Bug#773280: openvpn-auth-radius: invalid `route add' command on > route without gateway > An: "Dr. Torge Szczepanek"

Bug#773280: openvpn-auth-radius: invalid `route add' command on route without gateway

2014-12-16 Thread Dr. Torge Szczepanek
Hello! > In our system radius return routes like '10.128.0.0/24'. > This response was prepared several VPN servers than should to register at > this route > and connected party should be the gateway. > > I fix the source than if worked correctly for me. > Perhaps it is deemed right in principle.

Bug#711763: Progress?

2014-11-12 Thread Dr. Torge Szczepanek
Hi! Is there any progress on this? Greetings Torge signature.asc Description: Message signed with OpenPGP using GPGMail

Bug#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA

2014-10-28 Thread Dr. Torge Szczepanek
Hello! > Well, it was Rob that I had the discussion with, so I'm not sure we want > this anymore, but thanks anyway :) > > freeipa got uploaded already last night, waiting in NEW Ok. So I would suggest closing this bug and the others, if the patch is not needed anymore. Greetings Torge -- To

Bug#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA

2014-10-24 Thread Dr. Torge Szczepanek
Hi! > Actually, you can close these bugs.. the patch isn't needed anymore, it > was for Foreman smart proxy which got dropped. I'll patch freeipa > instead to use the old function... I just ported the patch to be Python3 compatible and removed the duplicate doc. See attached diff. Robert Critt

Bug#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA

2014-10-24 Thread Dr. Torge Szczepanek
Hi! > I think the method doc is duplicated in kerberos.c, apart from that it > looks fine. Torge took over maintenance of the package so I'd be nice > to get a comment from him before NMUing. The patch breaks Python 3 compatibility: python3 Python 3.2.3 (default, Feb 20 2013, 14:44:27) [GCC 4.7

Bug#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA

2014-10-23 Thread Dr. Torge Szczepanek
Hi! >> I need a new patch in pykerberos ASAP for FreeIPA, which should be >> uploaded to unstable later this week in order for it to migrate to >> jessie in time.. >> >> The patch is: >> http://pkgs.fedoraproject.org/cgit/python-kerberos.git/plain/PyKerberos-inquire.patch > > I think the method

Bug#747403: ITP: python-phonenumbers -- phonenumbers Python Library

2014-05-08 Thread Dr. Torge Szczepanek
Package: wnpp Serverity: wishlist Owner: Dr. Torge Szczepanek Package name: python-phonenumbers Version : 6.0.0a Upstream Author : David Drysdale URL : https://github.com/daviddrysdale/python-phonenumbers License : Apache-2.0 Programming Lang: Python Description

Bug#579615: Taking over pykerberos?

2013-12-09 Thread Dr. Torge Szczepanek
Hello! I am also interested in pykerberos. We are using it in our internal management software for our user authentication in multiple projects Greetings Torge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lis

Bug#692465: Interested in maintenance of aiccu

2013-12-09 Thread Dr. Torge Szczepanek
Hello! I am also interested in adopting this package. Greetings Torge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#713004: RFA: ndisc6 -- IPv6 diagnostic tools

2013-12-09 Thread Dr. Torge Szczepanek
Hello! I am also interested in adopting this package. Greetings Torge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#407752: inn2: innfeed silently dies when logfile reaches 2G

2007-03-01 Thread Torge Szczepanek
Hi! I can confirm this bug using 2.4.2-3 package from Debian Sarge and I can confirm that this fix works. One might consider changing the maximum filesize of 1G to a smaller value and maybe change permissions of the created old files to 0440, so that permissions are 0440 like the copied logfiles

Bug#358742: cyrus21-imapd process hangs on sent mailbox

2006-08-02 Thread Torge Szczepanek
Hi! I am having the same problem here. A user is accessing a cyrus21-imapd (version 2.1.17 taken from Debian, running on Adamantix). After killing the older imapd the user can again access the sent mailbox. The remote user is using Evolution 2.4.0 on a SuSE 10.0 machine. more /etc/SuSE-release S