Bug#954604: Mailman 3.3.1

2020-07-06 Thread Wilfried Klaebe
Hi, on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954604 I read that Mailman 3.3.1 should enter debian as soon as it is released. Mailman 3.3.1 has been released on 19 Apr 2020, according to https://list.org/ Are there any problems left to be solved? Regards, Wilfried

Bug#909226: python-alsaaudio: no python3 support, also newer version available

2018-09-19 Thread Wilfried Klaebe
, Wilfried Klaebe

Bug#824019: ca-cacert: does not contain new, re-signed root and class3 certificates

2016-05-11 Thread Wilfried Klaebe
Package: ca-cacert Version: 2011.0523-2 Severity: important Dear Maintainer, * What led up to the situation? CA-Cert re-signing their root and class3 certificates with SHA-256 + RSA. * What exactly did you do (or not do) that was effective (or ineffective)? There was nothing to do,

Bug#773519: libvte9: depends on transitional package libpango1.0-0

2014-12-19 Thread Wilfried Klaebe
Package: libvte9 Version: 1:0.28.2-5 Severity: minor Dear Maintainer, the current version of libvte9 in testing/unstable still depends on the transitional package libpango1.0-0. Please update it to depend on the appropriate newer packages, so that people can get rid of libpango1.0-0 and

Bug#772123: libsdl-perl: SDLx::Text-write_to segfaults

2014-12-05 Thread Wilfried Klaebe
Package: libsdl-perl Version: 2.542-1+b1 Severity: normal Dear Maintainer, I am getting segfaults using SDLx::Text-write_to(). I have a minimal testcase which reproduces the problem in 100% of cases: ---8--- #!/usr/bin/perl use strict; use SDL; use SDL::Surface; use SDLx::App; use SDLx::Text;

Bug#768626: [Pkg-mc-devel] Bug#768626: mc should not depend on e2fslibs

2014-11-13 Thread Wilfried Klaebe
Am Tue, Nov 11, 2014 at 06:31:54PM +0100 schrieb Yury V. Zaytsev: On Tue, 2014-11-11 at 17:58 +0100, Wilfried Klaebe wrote: How hard would it be to change the code to try to dlopen() the necessary libs on demand? Well, I don't really know; I'm just trying to explain why

Bug#768626: [Pkg-mc-devel] Bug#768626: mc should not depend on e2fslibs

2014-11-11 Thread Wilfried Klaebe
Am Tue, Nov 11, 2014 at 09:25:33AM +0100 schrieb Yury V. Zaytsev: On Sat, 2014-11-08 at 19:43 +0100, Wilfried Klaebe wrote: Please change mc to, at most, recommend e2fslibs. This compile time dependency is needed for the unerase feature, so it can't be changed to recommends, only left

Bug#768626: mc should not depend on e2fslibs

2014-11-08 Thread Wilfried Klaebe
Package: mc Version: 3:4.8.13-2 Severity: wishlist Dear Maintainer, I think mc should (no longer) depend on e2fslibs. Today, many systems don't necessarily use ext2/3/4 anymore. Virtual Private Servers based on LXC containers make good use of btrfs subvolumes. So many installs of mc will never

Bug#767651: virtualbox: no useful error message on outdated extension package

2014-11-01 Thread Wilfried Klaebe
Package: virtualbox Version: 4.3.18-dfsg-1 Severity: important Dear Maintainer, * What led up to the situation? - upgrading virtualbox to current version without also upgrading extension package * What exactly did you do (or not do) that was effective (or ineffective)?

Bug#763353: mediawiki: Config file changes required for Apache 2.4

2014-09-29 Thread Wilfried Klaebe
Package: mediawiki Version: 1:1.19.19+dfsg-0+deb7u1 Severity: important Dear Maintainer, The Apache config file included in the mediawiki package (/etc/mediawiki/apache.conf) does not work with Apache 2.4 due to changes in Apache auth syntax. The Allow from all syntax is now Require all granted.

Bug#760122: openjdk-6-jre-headless: please depend on libnss3 instead of libnss3-1d

2014-08-31 Thread Wilfried Klaebe
Package: openjdk-6-jre-headless Version: 6b32-1.13.4-1~deb7u1 Version: 6b32-1.13.4-4 Severity: normal Dear Maintainer, Please build openjdk-6-jre-headless against libnss3 instead of libnss3-1d, which is a transitional dependency package depending on the former. Regards, Wilfried -- System

Bug#756845: jekyll: uninitialized constant Jekyll::Converters::Scss

2014-08-22 Thread Wilfried Klaebe
Hi! After having the same problem here, I looked a bit further into it and tried the following: --- /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb.ori 2014-08-23 01:47:45.870308196 +0200 +++ /usr/lib/ruby/vendor_ruby/jekyll/converters/sass.rb 2014-08-23 01:40:07.380774761 +0200 @@

Bug#752783: libapache2-mod-proxy-uwsgi: missing unix socket support

2014-08-18 Thread Wilfried Klaebe
Package: libapache2-mod-proxy-uwsgi Version: 2.0.6~dfsg-7 Followup-For: Bug #752783 Dear Maintainer, since my report from Thu, 26 Jun 2014, nothing relevant changed. Despite apache2 now being 2.4.10-1 instead of 2.4.9-2 and uwsgi, libapache2-mod-proxy-uwsgi now being 2.0.6~dfsg-7 instead of

Bug#659672: dkms: dkms uninstall does not work

2014-07-31 Thread Wilfried Klaebe
Package: dkms Version: 2.2.0.3-1.2 Followup-For: Bug #659672 Dear Maintainer, this bug still exists. I independently developed a different patch. have_one_kernel() wrongly returns 1, because the last executed command is [[ $all ]], which returns 1 because $all == . It should return 0. This can

Bug#627570: postfix: Postfix does not stop via script, so upgrade fails.

2014-06-30 Thread Wilfried Klaebe
Package: postfix Version: 2.11.1-1 Followup-For: Bug #627570 Dear Maintainer, I suspect some problem with the /etc/init.d/postfix skript. * What led up to the situation? aptitude safe-upgrade upgrading postfix to 2.11.1-1. * What exactly did you do (or not do) that was effective (or

Bug#752783: libapache2-mod-proxy-uwsgi: missing unix socket support

2014-06-26 Thread Wilfried Klaebe
Package: libapache2-mod-proxy-uwsgi Version: 2.0.3-1+b2 Severity: normal Dear Maintainer, * What led up to the situation? I'm trying to set up some python django app with uwsgi and apache2, using unix sockets. uwsgi seems to run fine so far, there's a unix socket created and listened on: #

Bug#409271: initramfs-tools: NFSv4 not supported for root fs

2014-05-31 Thread Wilfried Klaebe
Hi. ltsp-client-core depends on initramfs (and has hooks into it). dracut conflicts with initramfs. So dracut is not the solution. I'd be happy with NFSv4 without any of the security stuff as I only use it for the LTSP root fs, which is readonly and non-secret anyway. IPv6 would be nice though.

Bug#747453: Arbitrary key size limitations causing hard-to-diagnose problems when establishing a connection

2014-05-10 Thread Wilfried Klaebe
severity 747453 important thanks Am Fri, May 09, 2014 at 08:27:02PM +0200 schrieb Kurt Roeckx: On Fri, May 09, 2014 at 07:55:32PM +0200, Benny Baumann wrote: -- I'd call even 16384 bit RSA when using AES256 a sane and expected configuration. I agree that it has about an equivalant

Bug#747453: Arbitrary key size limitations causing hard-to-diagnose problems when establishing a connection

2014-05-10 Thread Wilfried Klaebe
Am Sat, May 10, 2014 at 10:42:47PM +0200 schrieb Florian Weimer: * Benny Baumann: As stated in the initial report you MUST never place arbitrary limits on the size of cryptographic keys which is this bug is doing in the first place. Actually, you have to, otherwise you end up with a

Bug#747453: Arbitrary key size limitations causing hard-to-diagnose problems when establishing a connection

2014-05-08 Thread Wilfried Klaebe
Kurt Roeckx wrote: I don't see how the severity of this is critical. The severity level critical is defined as: makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package.

Bug#718651: wpasupplicant: new upstream release 2.1

2014-03-24 Thread Wilfried Klaebe
retitle 718651 hostapd, wpasupplicant: new upstream release 2.1 thanks Any progress here? I'd be happy to test anything that appears in experimental... Regards, Wilfried Klaebe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble

Bug#639422: Info received (pommed: daemon fails to start due to failed backlight probe)

2012-07-17 Thread Wilfried Klaebe
This patch solves or at least works around my worst problem. pommed now beeps for me, as well as doing the right thing for the keyboard backlight and eject keys. diff -pruN pommed-1.39~dfsg/pommed/pommed.c pommed-1.39~dfsg.mine/pommed/pommed.c --- pommed-1.39~dfsg/pommed/pommed.c 2011-06-02

Bug#639422: pommed: daemon fails to start due to failed backlight probe

2012-06-13 Thread Wilfried Klaebe
Package: pommed Version: 1.39~dfsg-2+b1 Followup-For: Bug #639422 Dear Maintainer, * What led up to the situation? I: DMI machine check: running on a MacBookPro8,2 System: Linux 3.4.0 x86_64 Failed to access brightness node: No such file or directory Failed to access brightness node: No

Bug#672736: eagle: not installable on amd64

2012-05-13 Thread Wilfried Klaebe
Package: eagle Version: 5.12.0-3 Severity: important Dear Maintainer, eagle 5.12.0-3 is i386 only and uninstallable on amd64, because it depends on libjpeg62 (= 6b1), which is not converted to multiarch and probably won't be (see #642079). Could you please make eagle use libjpeg8, as suggested

Bug#660271: arduino: fails to build on command line

2012-02-17 Thread Wilfried Klaebe
Package: arduino Version: 1:1.0+dfsg-6 Severity: normal Dear Maintainer, I wanted to try compiling one of the example sketches on the command line. Things work fine in the GUI btw, but on the command line, this happens: sketchbook/SchMatrixDummy4$ make /usr/share/arduino/Arduino.mk:513:

Bug#593331: eucalyptus-cloud: Eucalyptus cloud controller and walrus does not start

2010-12-14 Thread Wilfried Klaebe
Still the same problem with libhibernate3-java 3.5.4.Final-4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#605374: xserver-xorg-input-evdev: evdev segfaults on touchpad events

2010-12-03 Thread Wilfried Klaebe
On Tue, Nov 30, 2010 at 02:25:42AM +0100, Cyril Brulebois wrote: Hi, this looks like embarrassing. Wilfried Klaebe w+report...@chaos.in-kiel.de (29/11/2010): This is a MacBookPro3,1 with newest xorg and xserver-xorg-* packages, freshly booted. When I touch the touchpad, X segfaults

Bug#605374: xserver-xorg-input-evdev: evdev segfaults on touchpad events

2010-11-29 Thread Wilfried Klaebe
Package: xserver-xorg-input-evdev Version: 1:2.5.99.901-1 Severity: important This is a MacBookPro3,1 with newest xorg and xserver-xorg-* packages, freshly booted. When I touch the touchpad, X segfaults. Relevant Xorg.0.log lines afterwards (everything before is from starting X and the same as

Bug#562611: libgps19: why the conflict with fso-gpsd?

2010-08-27 Thread Wilfried Klaebe
Milko is not exactly right... The DBUS interface is provided by frameworkd, not by fso-gpsd. zhone works just fine without fso-framworkd installed, gets fixes and everything. What fso-gpsd does is providing a gpsd style interface fed by data gotten from frameworkd via DBUS. Insofar a Conflicts:

Bug#545190: gptsync fails on finding a BIOS Boot Partition

2009-09-07 Thread Wilfried Klaebe
Am Sun, Sep 06, 2009 at 09:42:54AM +0200 schrieb Julien BLACHE: Wilfried Klaebe w+report...@chaos.in-kiel.de wrote: Hi, What do you have on this partition? Is it just space for grub2 to install into? http://grub.enbug.org/BIOS_Boot_Partition has a nice explanation that says it all

Bug#545190: gptsync fails on finding a BIOS Boot Partition

2009-09-05 Thread Wilfried Klaebe
Package: gptsync Version: 0.13-3 Severity: important I have an EFI system (a MacBook Pro 3,1) and boot Linux via grub-pc on it. For this purpose, I have created an EFI BIOS Boot Partition (GUID 21686148-6449-6E6F-744E-656564454649). gptsync does not recognize this GUID and fails to sync.

Bug#545190: gptsync fails on finding a BIOS Boot Partition

2009-09-05 Thread Wilfried Klaebe
Am Sat, Sep 05, 2009 at 06:16:26PM +0200 schrieb Julien BLACHE: Wilfried Klaebe w+report...@chaos.in-kiel.de wrote: Hi, I have an EFI system (a MacBook Pro 3,1) and boot Linux via grub-pc on it. For this purpose, I have created an EFI BIOS Boot Partition (GUID 21686148-6449-6E6F-744E

Bug#481951: distcc: zeroconf support broken wrt IPv6

2008-05-19 Thread Wilfried Klaebe
Package: distcc Version: 2.18.3-7 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (999, 'testing'), (990, 'stable'), (900, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale:

Bug#464131: aptitude: dependency resolver seems not to know about Provides:

2008-02-06 Thread Wilfried Klaebe
Am Tue, Feb 05, 2008 at 06:55:34AM -0800 schrieb Daniel Burrows: On Tue, Feb 05, 2008 at 11:25:40AM +0100, Wilfried Klaebe [EMAIL PROTECTED] was heard to say: Currently, the new version of some to-be-upgraded package (gdk-imlib11 1.9.15-6) depends on libgif4 (= 4.1.6). The only available

Bug#464131: aptitude: dependency resolver seems not to know about Provides:

2008-02-05 Thread Wilfried Klaebe
Package: aptitude Version: 0.4.10-1+b1 Severity: normal Currently, the new version of some to-be-upgraded package (gdk-imlib11 1.9.15-6) depends on libgif4 (= 4.1.6). The only available version of libgif4 (4.1.6-2) provides, replaces and conflicts with libungif4g. aptitude now marks all

Bug#459090: libgphoto2-2: missing dependency, does not install

2008-01-04 Thread Wilfried Klaebe
Package: libgphoto2-2 Version: 2.4.0-8 Severity: serious Justification: Policy 3.5 [...] Setting up libgphoto2-2 (2.4.0-8) ... /usr/lib/libgphoto2/print-camera-list: error while loading shared libraries: libcrypto.so.0.9.7: cannot open shared object file: No such file or directory dpkg: error

Bug#459090: libgphoto2-2: missing dependency, does not install

2008-01-04 Thread Wilfried Klaebe
Am Fri, Jan 04, 2008 at 02:34:40PM +0100 schrieb Frederic Peters: $ ldd /usr/lib/libgphoto2/print-camera-list linux-gate.so.1 = (0xe000) libgphoto2.so.2 = /usr/lib/libgphoto2.so.2 (0xb7f17000) libgphoto2_port.so.0 = /usr/lib/libgphoto2_port.so.0 (0xb7f0f000)

Bug#366335: convertfs' error() may kill both old and new fs

2006-05-07 Thread Wilfried Klaebe
Package: convertfs Version: 20050113-1 Severity: important If ftwmv fails to remove a file from $fs1root because it is busy, error() will be called and fail to unmount it, because it is busy. If $fs2root is also busy, error() will fail to unmount that too. error() will then continue to rm -rf

Bug#326012: isdnactivecards: idsn cards need to be set up before /etc/rcS.d/S40network is run

2005-09-07 Thread Wilfried Klaebe
Am Wed, Sep 07, 2005 at 12:44:11PM +0200 schrieb Matthias Klose: Note, that the init script is replaced by capiutils. It's installed as S13, which should run before S40networking. It's installed as /etc/rc2.d/S13capiutils, which is run after /etc/rcS.d/S40networking. Regards, Wilfried --

Bug#326606: sendfile: receive fails to bounce

2005-09-04 Thread Wilfried Klaebe
Package: sendfile Version: 2.1-26 Severity: normal The manpage's synopsis says: receive -ba [EMAIL PROTECTED] However, receive reacts like this: $ receive -ba [EMAIL PROTECTED] %receive-Warning: file [EMAIL PROTECTED] not found Expected behaviour: bouncing the contents of the spool to

Bug#326012: isdnactivecards: idsn cards need to be set up before /etc/rcS.d/S40network is run

2005-09-01 Thread Wilfried Klaebe
Package: isdnactivecards Version: 1:3.6.2005-01-03-5 Severity: normal When booting, ifup -a run from /etc/rcS.d/S40networking tries to ifup a ppp device using my active isdn card, which is not set up yet, because isdnactivecards only starts in /etc/rc2.d/S12isdnactivecards. This needs to be done

Bug#326023: ifupdown: ifup-ing ppp devices doesn't care about interface name

2005-09-01 Thread Wilfried Klaebe
Package: ifupdown Version: 0.6.7 Severity: normal I have ppp iface stanzas in /e/n/i, and ifup-ing any of them results in ppp interfaces named ppp%d, not what i called them in /e/n/i. This is Not Good, as I'd like to use these interface names for packet filtering. I cannot use ppp0, ppp1, and so

Bug#326022: ntp-server: if-up script in wrong location

2005-09-01 Thread Wilfried Klaebe
Package: ntp-server Version: 1:4.2.0a+stable-2 Severity: normal /etc/interfaces/if-up.d/ntp-server should be moved to /etc/network/if-up.d/ntp-server, else it will not work. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686)