Bug#793684: Option parsing problems in rsnapshot

2020-09-28 Thread Stefan Rink
oops, typo. I had meant to say that I can reproduce this with the latest 1.4.3.

Bug#793684: Option parsing problems in rsnapshot

2020-09-28 Thread Stefan Rink
tags 793684 upstream thanks This was reported in 2013 against upstream at https://github.com/rsnapshot/rsnapshot/issues/11 I can still reproduce this with 1.3.4, see also my comments which I added to the quoted report. Not sure if this will ever be fixed. Regards, Stefan

Bug#816634: Acknowledgement (libdbd-xbase-perl: Extend libdbd-xbase-perl to support W type columns (cheap patch))

2016-03-06 Thread Stefan Rink
Hi, upstream has made a new release which includes that patch: http://www.adelton.com/perl/DBD-XBase/DBD-XBase-1.06.tar.gz Regards, Stefan

Bug#816634: libdbd-xbase-perl: Extend libdbd-xbase-perl to support W type columns (cheap patch)

2016-03-03 Thread Stefan Rink
Package: libdbd-xbase-perl Version: 1:1.05-1 Severity: normal Tags: patch Dear Maintainer, this package misses a column type sometimes found in Visual FoxPro. The Column Type is W. It stores a byte array, similar to the P column type. Implementing the change in the patch attached solved my

Bug#801200: closed by Julien Cristau <jcris...@debian.org> (Re: Bug#802474: Error in dist squeeze armel content list)

2015-10-20 Thread Stefan Rink
Hi, While your answer is perfectly true, it is still a bad situation that Packages file exists but the packages themselves do not. The root cause seems to be the decision to keep i386 and amd64 for squeeze, so the debian/dists/squeeze directory stayed untouched. That tree should be cleaned of

Bug#801200: ftp.debian.org: /debian/dists/squeeze/main/binary-armel/Packages still exists

2015-10-07 Thread Stefan Rink
Package: ftp.debian.org Severity: normal *** Please type your report below this line *** This seems to be due to squeeze-lts containing only amd64 and i386. However, the Packages files for (e.g.) armel still do exist. It is highly irritating of the Packages file exists and promises packages

Bug#557256: backporting FTBFS: slightly incorrect build dependency for libselinux1 (missing version)

2009-11-20 Thread Stefan Rink
Package: pam Version: 1.0.1-5+lenny1 Severity: normal I tried backporting pam 1.0.1 to etch. I had some trouble when compiling, pam_security.c was complaining about missing symbols SECCLASS_CONTEXT CONTEXT__CONTAINS. It turns out that by additionally backporting libselinux1(-dev), these errors

Bug#557256: Acknowledgement (backporting FTBFS: slightly incorrect build dependency for libselinux1 (missing version))

2009-11-20 Thread Stefan Rink
additional info: this applies for pam 1.1.0 in just the same way Regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#394695: Bug #390697: Seems to root in liblzo1 (see also #394695)

2007-09-11 Thread Stefan Rink
#390697 actually looks like this is an issue specific to liblzo1 on amd64. 17 days ago, I rebuilt the openvpn package against liblzo2 (similar to a backport), which goes seemlessly (compatibility interface). See also my comments in #394695. Up to now, I had no further crash. Before that, I

Bug#394695: same problem in openvpn on amd64

2007-08-24 Thread Stefan Rink
Hi, I got the same problem in openvpn on amd64. However, it only occurs every couple of days (although the openvpn server handles quite a number of connections), see also #390697. A stacktrace I made with today's crash hints me to liblzo1. I followed the recommendation in this (#394695) bug

Bug#326822: This bug seems to be fixed by #379042

2007-08-22 Thread Stefan Rink
Hi everyone, just finished hunting this bug myself. It seems that it was caused by a bad entry in the mime.magic file of libmagic1. This issue is tracked by #379042 (which got fixed a few versions before the package entered etch). By the way, #335179 (which is already archived) seems to have

Bug#390697: openvpn: similar problems: crashes after some days, probably amd64 related

2007-08-21 Thread Stefan Rink
Package: openvpn Version: 2.0.9-4 Followup-For: Bug #390697 I have a very similar behaviour here. It would be great if somebody could look into it, since this bug is uncommented in state 'important' for almost one year now. Might it help to increase the severity? Anyhow, let's get to details.

Bug#293974: (icepref and icewm-preferences)

2005-07-04 Thread Stefan Rink
Hello Jonas, could you pl. get back on that bug? probably it isn't valid and should be closed... n'cu Stefan Rink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#263362: Mindterm working fine in multiple IE versions and installations

2005-04-12 Thread Stefan Rink
Hi, i can't reproduce the problem on various tested IE-installations. The following IE-Versions were tested: - IE 6.0.2800.1106.xpsp2 on WinXP professional 2002 SP1 - IE 6.0.2800.1106.xpsp1 on WinXP professional 2002 SP1 - IE 6 sp2 on WinXP sp2 (no more details available at present)

Bug#263362: Mindterm working fine in multiple IE versions and installations

2005-04-12 Thread Stefan Rink
Hi, i just tested some more: The following IE-Versions were tested: - IE 6.0.2800.1106.xpsp2 on WinXP professional 2002 SP1 - IE 6.0.2800.1106.xpsp1 on WinXP professional 2002 SP1 - IE 6 sp2 on WinXP sp2 (no more details available at present) - IE6 on Win98 (exact version not