Bug#1055205: closed by Vincent Blut (Re: Bug#1055205: chrony: SysV problems after upgrade)
On Thu, 02 Nov 2023 12:27:05 + "Debian Bug Tracking System" wrote: Hello Vincent, Ok, thnx for your explanation! I changed it to disable (and indeed there is only a K link) and I'll see at the next upgrade. Richard. > This is an automatic notification regarding your Bug report > which was filed against the chrony package: > > #1055205: chrony: SysV problems after upgrade > > It has been closed by Vincent Blut . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Vincent Blut > by replying to this email. > > -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +------+ | Richard Lucassen, Utrecht| +--+
Bug#1055205: chrony: SysV problems after upgrade
Package: chrony Version: 4.4-3 Severity: normal I run chronyd supervised. Therefore I removed symlinks in /etc/rc2.d/ (update-rc.d chrony remove). But after an upgrade the deb package installs new symlinks in /etc/rc2.d/ and starts chronyd, even though chronyd is SysV disabled. Please check if /etc/rc2.d/*chrony symlinks exist, if not, don't add these and do not start chronyd. Maybe it's a good idea to just display a warning in that case. Richard. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages chrony depends on: ii adduser 3.137 ii init-system-helpers 1.65.2 ii iproute2 6.5.0-4 ii libc62.37-12 ii libcap2 1:2.66-4 ii libedit2 3.1-20230828-1 ii libgnutls30 3.8.1-4+b1 ii libnettle8 3.9.1-2 ii libseccomp2 2.5.4-1+b3 ii tzdata-legacy2023c-10 ii ucf 3.0043+nmu1 chrony recommends no packages. Versions of packages chrony suggests: ii bind9-dnsutils [dnsutils] 1:9.19.17-1 ii dnsutils 1:9.19.17-1 pn networkd-dispatcher -- no debconf information
Bug#1016006: dbus-daemon: systemd | systemd-tmpfiles dependency not resolved gracefully on sysvinit systems
On Mon, 25 Jul 2022 09:22:34 +0100 Simon McVittie wrote: > Version 1.14.0-2 does not depend on systemd. It *does* depend > on either systemd or systemd-tmpfiles, as a result of having > /usr/lib/tmpfiles.d/dbus.conf (and will be one of increasingly many > packages that do this). > > systemd-tmpfiles is a virtual package representing any implementation > of the tmpfiles.d API. You can get this on a sysvinit/sysv-rc system > by installing the systemd-standalone-tmpfiles package. Ok, thnx for the explanation. I overlooked the systemd-tmpfiles stanza: dep: systemd system and service manager or systemd-tmpfiles Package not available apt install systemd-standalone-tmpfiles resolves the issue. R. -- richard lucassen http://contact.xaq.nl/
Bug#1016006: dbus-daemon systemd dependency
Package: dbus-daemon Version: 1.14.0-1 Severity: critical Justification: breaks unrelated software Version 1.14.0-2 seems to depend on systemd which breaks my sys-V system and an update will remove many packages. There is no mention of a dependency change in the changelogs. Richard. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dbus-daemon depends on: ii dbus-bin 1.14.0-1 ii dbus-session-bus-common 1.14.0-1 ii libapparmor1 3.0.4-3 ii libaudit11:3.0.7-1+b1 ii libc62.33-8 ii libcap-ng0 0.8.3-1 ii libdbus-1-3 1.14.0-1 ii libexpat12.4.8-1 ii libselinux1 3.4-1 ii libsystemd0 251.2-7 dbus-daemon recommends no packages. dbus-daemon suggests no packages. -- no debconf information
Bug#1003046: openssh-client-ssh1: use /etc/ssh/ssh1_config as default config file
Package: openssh-client-ssh1 Version: 1:7.5p1-13 Severity: wishlist It would be nice if ssh1 looks for /etc/ssh/ssh1_config before ssh_config. If exists, it will read ssh1_config. R. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages openssh-client-ssh1 depends on: ii libc62.33-1 ii libselinux1 3.3-1+b1 ii libssl1.11.1.1m-1 ii zlib1g 1:1.2.11.dfsg-2 openssh-client-ssh1 recommends no packages. openssh-client-ssh1 suggests no packages. -- no debconf information
Bug#991977: snort: Snort sends no report
Package: snort Version: 2.9.15.1-5 Severity: normal Dear Maintainer, On my Bullseye SysV system, snort runs the daily report from /etc/cron.daily/snort-common. But as the /etc/cron.daily/ dir is run in an alphabetic order, "logrotate" is run before "snort-common" which reduces the snort log file to size zero or almost zero, ending up in no report or a 1 second report. Solution: rename /etc/cron.daily/snort-common to /etc/cron.daily/00snort-common. Now /etc/cron.daily/snort-common is executed before logrotate. R. -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages snort depends on: ii adduser 3.118 ii debconf [debconf-2.0]1.5.77 ii init-system-helpers 1.60 ii libc62.31-13 pn libdaq2 pn libdumbnet1 ii liblzma5 5.2.5-2 pn libnetfilter-queue1 ii libnghttp2-141.43.0-1 ii libpcap0.8 1.10.0-2 ii libpcre3 2:8.39-13 ii libssl1.11.1.1k-1 ii logrotate3.18.0-2 ii lsb-base 11.1.0 ii net-tools1.60+git20181103.0eebece-1 pn rsyslog | system-log-daemon pn snort-common pn snort-common-libraries pn snort-rules-default ii zlib1g 1:1.2.11.dfsg-2 Versions of packages snort recommends: ii iproute2 5.10.0-4 Versions of packages snort suggests: pn snort-doc
Bug#973717: exiv2: Jpeg file commentary are stored as "binary comment"
Package: exiv2 Version: 0.27.3-3 Followup-For: Bug #973717 Dear maintainer, Please upload new version of exiv2, this is a very very very annoying bug (exiv2 only accepts ASCII characters) Apparently the problem has been solved: https://github.com/Exiv2/exiv2/pull/1432 Just my 2cts, Richard. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages exiv2 depends on: ii libc62.31-9 ii libexiv2-27 0.27.3-3 ii libgcc-s110.2.1-6 ii libstdc++6 10.2.1-6 exiv2 recommends no packages. exiv2 suggests no packages. -- no debconf information
Bug#973671: do not depend on runit-init
Hello Mathieu, > People expect services to start on package installation on Debian. Well, people who use socklog generally know what they're doing, so I would not be too worried about that ;-) Richard (happy socklog user under sysV) -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+
Bug#971584: libsane1: Scanner no more identified after upgrade to 1.0.31 version
Confirmed: $ ls -ald /var/lock/sane/ drwxrwxr-x 2 saned scanner 40 Oct 12 10:34 /var/lock/sane/ Creating this dir resolves the problem. R. -- richard lucassen http://contact.xaq.nl/
Bug#970375: python: missing /usr/bin/python
Package: python Version: missing package "python" in Bullseye Severity: important Dear Maintainer, I'm not a Python guru, but after an upgrade today in Debian Bullseye, the packages python2 is removed, but also the package "python" which provides AFAICS the /usr/bin/python link. The shebang line "#!/usr/bin/env python" throws: /usr/bin/env: ‘python’: No such file or directory Packages that depend on "python" are removed as well. I think this should be corrected. R. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-1-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages python depends on: pn libpython-stdlib pn python-minimal ii python2 2.7.18-2 ii python2.7 2.7.18-1 python recommends no packages. Versions of packages python suggests: pn python-doc pn python-tk
Bug#959075: Still not working on Debian testing
On Sun, 05 Jul 2020 09:58:46 +0800
Paul Wise wrote:
> On Sat, 2020-07-04 at 18:08 +0200, richard lucassen wrote:
>
> > Rereading it, I don't know if this issue was present in 2.9 or
> > earlier. I just noticed it while testing the new version.
>
> Would you mind downgrading to 2.9 and testing it?
> You can install it from Debian buster or snapshot.d.o
I tried to find out which line causes this error and it is line 12
in /etc/network/if-pre-up.d/ifenslave:
ip link add dev "$IFACE" type bond
It has nothing to do with the ifenslave package:
# modprobe -rv bonding
rmmod bonding
# ip link add dev bond0 type bond
RTNETLINK answers: File exists
And ifenslave_2.9 loads the bonding module in "add_master()":
# If the bonding module is not yet loaded, load it.
if [ ! -r /sys/class/net/bonding_masters ]; then
modprobe -q bonding
fi
HTH,
R.
--
richard lucassen
https://contact.xaq.nl/
Bug#959075: Still not working on Debian testing
On Sun, 05 Jul 2020 09:58:46 +0800 Paul Wise wrote: > > Rereading it, I don't know if this issue was present in 2.9 or > > earlier. I just noticed it while testing the new version. > > Would you mind downgrading to 2.9 and testing it? > You can install it from Debian buster or snapshot.d.o No message indeed: # wget http://ftp.nl.debian.org/debian/pool/main/i/ifenslave/ifenslave_2.9_all.deb # ifdown bond0 # modprobe -rv bonding # dpkg --purge ifenslave # dpkg -i ifenslave_2.9_all.deb # ifup bond0 # (no message) # cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v5.7.0-1-amd64 Bonding Mode: fault-tolerance (active-backup) Primary Slave: eth2 (primary_reselect always) Currently Active Slave: eth2 MII Status: up MII Polling Interval (ms): 0 Up Delay (ms): 0 Down Delay (ms): 0 Peer Notification Delay (ms): 0 ARP Polling Interval (ms): 2000 ARP IP target/s (n.n.n.n form): 10.234.0.33, 10.234.0.34 Slave Interface: eth2 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 90:b1:1c:33:94:d8 Slave queue ID: 0 Slave Interface: eth3 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 90:b1:1c:33:94:d9 Slave queue ID: 0 -- richard lucassen https://contact.xaq.nl/
Bug#959075: Still not working on Debian testing
On Sat, 04 Jul 2020 13:41:33 +0800 Paul Wise wrote: > Is this a regression from 2.9 or just an old bug still present? Rereading it, I don't know if this issue was present in 2.9 or earlier. I just noticed it while testing the new version. -- richard lucassen https://contact.xaq.nl/
Bug#959075: Still not working on Debian testing
On Sat, 04 Jul 2020 13:41:33 +0800 Paul Wise wrote: > > Ok, two remaining cometic issues in 2.11 than :-) > > Sounds like the issue is fixed then, marked it as fixed. Yep > > # ifup bond0 > > /etc/network/if-pre-up.d/ifenslave: 39: echo: echo: I/O error > > /etc/network/if-pre-up.d/ifenslave: 39: echo: echo: I/O error > > > > You get this error when you try to set a /sys/ option that is not > > allowed, but the script does not tell which option throws an error. > > See diff attached. > > I'll apply the patch you sent in another upload. Maybe "[warning]" is better than "[error]" > > Another cosmetic issue: > > > > # ifdown bond0 > > # modprobe -rv bonding > > rmmod bonding > > # ifup bond0 > > RTNETLINK answers: File exists > > # > > Is this a regression from 2.9 or just an old bug still present? Still present. R. -- richard lucassen http://contact.xaq.nl/
Bug#959075: Still not working on Debian testing
On Fri, 03 Jul 2020 10:42:26 +0800
Paul Wise wrote:
> > $ dpkg -l | grep ifenslave
> > ii ifenslave2.10+nmu2
> >
> > The lines "bond-slaves" and "bond-primary" still do not work:
>
> Please retry your test with ifenslave 2.11.
Oops, sorry, I missed that one, I did not realize I'm on testing, not
sid :-(
Ok, two remaining cometic issues in 2.11 than :-)
# ifup bond0
/etc/network/if-pre-up.d/ifenslave: 39: echo: echo: I/O error
/etc/network/if-pre-up.d/ifenslave: 39: echo: echo: I/O error
You get this error when you try to set a /sys/ option that is not
allowed, but the script does not tell which option throws an error. See
diff attached. Example updelay and downdelay are apparently not allowed
using arp and this patch will tell you what went wrong:
iface bond0 inet static
address 10.234.0.33
netmask 255.255.255.0
network 10.234.0.0
broadcast 10.234.0.255
bond-slaves eth2 eth3
bond-mode active-backup
bond-primary eth2
bond-downdelay 200
bond-updelay 200
bond-arp_interval 2000
bond-arp_ip_target 10.234.0.32, 10.234.0.34
# ifup bond0
[error] unable to set downdelay to 200
[error] unable to set updelay to 200
Another cosmetic issue:
# ifdown bond0
# modprobe -rv bonding
rmmod bonding
# ifup bond0
RTNETLINK answers: File exists
#
But when loading the kernel module before ifup then the RTNETLINK
error disappears:
# ifdown bond0
# modprobe -rv bonding
rmmod bonding
# modprobe -v bonding
insmod /lib/modules/5.7.0-1-amd64/kernel/drivers/net/bonding/bonding.ko
# ifup bond0
#
For the rest is seems to be ok now, thnx! :)
Just my 2 cts,
R.
--
richard lucassen
https://contact.xaq.nl/
--- /etc/network/if-pre-up.d/ifenslave 2020-07-02 10:35:20.0 +0200
+++ /etc/network/if-pre-up.d/ifenslave.new 2020-07-03 11:03:15.807658451 +0200
@@ -36,8 +36,10 @@
# $1 = basename of the file in bonding/ to write to.
# $2 = value to write. Won't write if $2 is empty.
if [ -n "$2" ] ; then
- echo "$2" > "/sys/class/net/$BOND_MASTER/bonding/$1"
- return $?
+ echo "$2" > "/sys/class/net/$BOND_MASTER/bonding/$1" 2>/dev/null
+ EXITCODE=$?
+ [ ${EXITCODE} -ne 0 ] && echo "[error] unable to set $1 to $2"
+ return ${EXITCODE}
fi
return 0
}
Bug#959075: Still not working on Debian testing
Debian testing: $ dpkg -l | grep ifenslave ii ifenslave2.10+nmu2 all configure network interfaces for parallel routing (bonding) The lines "bond-slaves" and "bond-primary" still do not work: iface bond0 inet static address 10.234.0.32 netmask 255.255.255.0 network 10.234.0.0 broadcast 10.234.0.255 bond-slaves eth2 eth3 bond-mode active-backup bond-primary eth2 bond-arp_interval 2000 bond-arp_ip_target 10.234.0.33, 10.234.0.34 # ifup bond0 # # cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v5.7.0-1-amd64 Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: None MII Status: down MII Polling Interval (ms): 0 Up Delay (ms): 0 Down Delay (ms): 0 Peer Notification Delay (ms): 0 ARP Polling Interval (ms): 2000 ARP IP target/s (n.n.n.n form): 10.234.0.33, 10.234.0.34 I miss the slaves eth2 and eth3, so I add them by manually: # echo "+eth2" > /sys/class/net/bond0/bonding/slaves # echo "+eth3" > /sys/class/net/bond0/bonding/slaves [or:] # ip link set eth2 master bond0 # ip link set eth3 master bond0 # echo eth2 > /sys/class/net/bond0/bonding/primary # cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v5.7.0-1-amd64 Bonding Mode: fault-tolerance (active-backup) Primary Slave: eth2 (primary_reselect always) Currently Active Slave: eth2 MII Status: up MII Polling Interval (ms): 0 Up Delay (ms): 0 Down Delay (ms): 0 Peer Notification Delay (ms): 0 ARP Polling Interval (ms): 2000 ARP IP target/s (n.n.n.n form): 10.234.0.33, 10.234.0.34 Slave Interface: eth2 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 90:b1:1c:33:94:d8 Slave queue ID: 0 Slave Interface: eth3 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 90:b1:1c:33:94:d9 Slave queue ID: 0 -- richard lucassen http://contact.xaq.nl/
Bug#959075: Still not working on Debian testing
Quick & Dirty workaround: Add a line in /etc/network/if-pre-up.d/ifenslave just under #!/bin/sh BOND_MASTER=$IFACE The BOND_MASTER variable is empty. -- richard lucassen http://contact.xaq.nl/
Bug#950803: shntool: shnsplit refuses to split 24 bits wav and flac files, 16 bit ok
Package: shntool Version: 3.0.10-1+b1 Severity: normal Dear Maintainer, $ shnsplit -f test.cue -o flac 16bit.wav Splitting [16bit.wav] (42:32.651) --> [split-track01.flac] (12:32.000) : 100% OK Splitting [16bit.wav] (42:32.651) --> [split-track02.flac] (8:49.000) : 100% OK Splitting [16bit.wav] (42:32.651) --> [split-track03.flac] (9:33.000) : 100% OK Splitting [16bit.wav] (42:32.651) --> [split-track04.flac] (11:38.651) : 100% OK $ shnsplit -f test.cue -o flac 24bit.wav shnsplit: warning: unsupported format 0xfffe (Unknown) while processing file: [24bit.wav] shnsplit: warning: none of the builtin format modules handle input file: [24bit.wav] shnsplit: error: cannot continue due to error(s) shown above A similar problem has been reported before (2014): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769585 Richard -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages shntool depends on: ii libc6 2.29-9 shntool recommends no packages. Versions of packages shntool suggests: ii cuetools 1.4.1-0.1 ii flac 1.3.3-1 ii sox 14.4.2+git20190427-1+b1 pn wavpack -- no debconf information
Bug#950804: shntool: shnsplit does not split at the right split points
Package: shntool Version: 3.0.10-1+b1 Severity: important Dear Maintainer, According to the manpage, the split points should have the following syntax: m:ss m:ss.f m:ss.nnn When applying that to shnsplit, shnsplit will split the file at some point arount that time. After some searching I found this page: https://superuser.com/questions/1243374/shntool-splits-wav-files-at-the-wrong-split-points When applying m:ss:fff it works. Richard -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages shntool depends on: ii libc6 2.29-9 shntool recommends no packages. Versions of packages shntool suggests: ii cuetools 1.4.1-0.1 ii flac 1.3.3-1 ii sox 14.4.2+git20190427-1+b1 pn wavpack -- no debconf information
Bug#945237: libwebkit2gtk-4.0-37: AAC streams stop after 1:42
Package: libwebkit2gtk-4.0-37 Version: 2.26.2-1 Severity: normal Dear Maintainer, Open the this stream using "surf": surf http://tmp.xaq.nl/test-aac.html After 1 minute and 42 seconds the stream starts to hic and stops completely after a few seconds. Tested on 3 Bullseye amd64 machines. Richard. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwebkit2gtk-4.0-37 depends on: ii bubblewrap 0.3.3-2 ii libatk1.0-0 2.34.1-1 ii libc6 2.29-3 ii libcairo2 1.16.0-4 ii libegl1 1.1.0-1+b1 ii libenchant1c2a 1.6.0-11.3 ii libfontconfig1 2.13.1-2+b1 ii libfreetype62.10.1-2 ii libgcc1 1:9.2.1-19 ii libgcrypt20 1.8.5-3 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-1 ii libgl1 1.1.0-1+b1 ii libglib2.0-02.62.2-3 ii libgstreamer-gl1.0-01.16.1-1 ii libgstreamer-plugins-base1.0-0 1.16.1-1 ii libgstreamer1.0-0 1.16.1-1 ii libgtk-3-0 3.24.12-1 ii libharfbuzz-icu02.6.4-1 ii libharfbuzz0b 2.6.4-1 ii libhyphen0 2.8.8-7 ii libicu6363.2-2 ii libjavascriptcoregtk-4.0-18 2.26.2-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libnotify4 0.7.8-1 ii libopenjp2-72.3.1-1 ii libpango-1.0-0 1.42.4-7 ii libpng16-16 1.6.37-1 ii libseccomp2 2.4.2-2 ii libsecret-1-0 0.19.1-1 ii libsoup2.4-12.68.2-1 ii libsqlite3-03.30.1-1 ii libstdc++6 9.2.1-19 ii libtasn1-6 4.14-3 ii libwayland-client0 1.17.0-1 ii libwayland-egl1 1.17.0-1 ii libwayland-server0 1.17.0-1 ii libwebp60.6.1-2+b1 ii libwebpdemux2 0.6.1-2+b1 ii libwoff11.0.2-1+b1 ii libx11-62:1.6.8-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.5-1 ii libxml2 2.9.4+dfsg1-8 ii libxslt1.1 1.1.32-2.2 ii xdg-dbus-proxy 0.1.2-1 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages libwebkit2gtk-4.0-37 recommends: ii gstreamer1.0-alsa 1.16.1-1 ii gstreamer1.0-gl1.16.1-1 ii gstreamer1.0-libav 1.16.1-1 ii gstreamer1.0-plugins-good 1.16.1-1 ii libgl1-mesa-dri19.2.3-1 libwebkit2gtk-4.0-37 suggests no packages. -- debconf-show failed
Bug#941137: libwebkit2gtk-4.0-37: libwebkit2gtk does not play AAC (or just a few seconds)
Package: libwebkit2gtk-4.0-37 Version: 2.26.1-1 Severity: normal Dear Maintainer, apt install surf and libwebkit2gtk-4.0-37 (2.26.1) from experimental: Using "surf": surf http://tmp.xaq.nl/test-aac.html Will only play a few seconds or not at all. The package libwebkit2gtk-4.0-37-gtk2_2.24.0 was the last version that worked well. MP3 and HLS seem to play as expected, but after playing test-AAC these two will not always play: surf http://tmp.xaq.nl/test-mp3.html surf http://tmp.xaq.nl/test-hls.html R. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwebkit2gtk-4.0-37 depends on: ii bubblewrap 0.3.3-2 ii libatk1.0-0 2.34.0-1 ii libc6 2.29-1 ii libcairo2 1.16.0-4 ii libegl1 1.1.0-1+b1 ii libenchant1c2a 1.6.0-11.1+b1 ii libfontconfig1 2.13.1-2+b1 ii libfreetype62.9.1-4 ii libgcc1 1:9.2.1-8 ii libgcrypt20 1.8.5-2 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgl1 1.1.0-1+b1 ii libglib2.0-02.60.6-2 ii libgstreamer-gl1.0-01.14.4-2 ii libgstreamer-plugins-base1.0-0 1.14.4-2 ii libgstreamer1.0-0 1.16.0-3 ii libgtk-3-0 3.24.11-1 ii libharfbuzz-icu02.6.1-3 ii libharfbuzz0b 2.6.1-3 ii libhyphen0 2.8.8-7 ii libicu6363.2-2 ii libjavascriptcoregtk-4.0-18 2.26.1-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libnotify4 0.7.8-1 ii libopenjp2-72.3.0-2 ii libpango-1.0-0 1.42.4-7 ii libpng16-16 1.6.37-1 ii libseccomp2 2.4.1-2 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-12.64.2-2 ii libsqlite3-03.29.0-2 ii libstdc++6 9.2.1-8 ii libtasn1-6 4.14-3 ii libwayland-client0 1.17.0-1 ii libwayland-egl1 1.17.0-1 ii libwayland-server0 1.17.0-1 ii libwebp60.6.1-2+b1 ii libwebpdemux2 0.6.1-2+b1 ii libwoff11.0.2-1+b1 ii libx11-62:1.6.8-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.5-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2.1 ii xdg-dbus-proxy 0.1.2-1 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages libwebkit2gtk-4.0-37 recommends: ii gstreamer1.0-alsa 1.14.4-2 ii gstreamer1.0-gl1.14.4-2 pn gstreamer1.0-libav ii gstreamer1.0-plugins-good 1.14.4-1 ii libgl1-mesa-dri19.1.6-1 libwebkit2gtk-4.0-37 suggests no packages. -- no debconf information
Bug#932842: libwebkit2gtk-4.0-37: Surf hangs after switching from a HLS stream
Package: libwebkit2gtk-4.0-37 Version: 2.24.0-1 Severity: important Dear Maintainer, As requested by Alberto Garcia and as a follow up of bug 929749, I file a new bugreport. 1) Go to http://radio.dos.nl/ using "surf" (which uses libwebkit) 2) Go to settings (drop down in right top corner) 3) Click "Choose protocol" until it shows HLS 4) Click on arrow (back to radio) 5) Click on "Page menu" (bottom left corner) and choose "news" 6) switch between the BBC stations (they're all HLS) (check the Info button on the left top corner, at the bottom of the info page there is the protocol that is used, it should show "HLS") The first station plays, but after switching to another station it is over. All versions after 2.24.0 suffer from this issue, up to the 2.25.2-1 from experimental. R. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwebkit2gtk-4.0-37 depends on: ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libegl1 1.1.0-1 ii libenchant1c2a 1.6.0-11.1+b1 ii libfontconfig1 2.13.1-2 ii libfreetype62.9.1-3 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgl1 1.1.0-1 ii libglib2.0-02.58.3-3 ii libgstreamer-gl1.0-01.14.4-2 ii libgstreamer-plugins-base1.0-0 1.14.4-2 ii libgstreamer1.0-0 1.14.4-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz-icu02.4.0-2 ii libharfbuzz0b 2.4.0-2 ii libhyphen0 2.8.8-7 ii libicu6363.2-2 hi libjavascriptcoregtk-4.0-18 2.24.0-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libnotify4 0.7.7-4 ii libopenjp2-72.3.0-2 ii libpango-1.0-0 1.42.4-6 ii libpng16-16 1.6.37-1 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-12.64.2-2 ii libsqlite3-03.27.2-3 ii libstdc++6 8.3.0-6 ii libtasn1-6 4.13-4 ii libwayland-client0 1.16.0-1 ii libwayland-egl1 1.16.0-1 ii libwayland-server0 1.16.0-1 ii libwebp60.6.1-2 ii libwebpdemux2 0.6.1-2 ii libwoff11.0.2-1 ii libx11-62:1.6.7-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.5-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libwebkit2gtk-4.0-37 recommends: ii gstreamer1.0-alsa 1.14.4-2 ii gstreamer1.0-gl1.14.4-2 ii gstreamer1.0-plugins-good 1.14.4-1 ii libgl1-mesa-dri18.3.6-2 Versions of packages libwebkit2gtk-4.0-37 suggests: pn libwebkit2gtk-4.0-37-gtk2 -- no debconf information
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
On Thu, 30 May 2019 11:28:54 +0200 Alberto Garcia wrote: > On Wed, May 29, 2019 at 09:37:52AM +0200, Richard Lucassen wrote: > > > I reopen this bug (sorry). 3 issues: > > Hi, thanks for the information. Do you mind to file a new bug? > > I'm going to open a new one upstream for these new problems and I'd > like to keep it also separate in Debian. Done: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929749 -- richard lucassen http://contact.xaq.nl/
Bug#929749: libwebkit2gtk-4.0-37: version 2.24.2-1 does not play some streams
Package: libwebkit2gtk-4.0-37 Version: 2.24.0-1 Severity: normal Dear Maintainer, I appended this bug to 928044, but Alberto asked me to open a new report. In the meantime I installed the unstable version 2.24.2-1, but the problems remain the same as in the testing version 2.24.1-1. Bug verified on three different computers, all Debian testing amd64. 3 issues: - A) There is a significant difference between the time it takes to open an HLS stream between the versions 2.24.1-1/2.24.2-1 and 2.24.0-1: 1) Go to http://radio.dos.nl/ 2) Go to settings (drop down in right top corner) 3) Click "Choose protocol" until it shows HLS 4) Click on arrow (back to radio) 5) Click on "Page menu" (bottom left corner) and choose "news" 6) switch between the BBC stations (they're all HLS) (check the Info button on the left top corner, at the bottom of the info page there is the protocol that is used, it should show "HLS") 2.24.0 takes only tenths of a second (switches almost immediately), 2.24.1/2.24.2 takes several seconds. This is an issue that shows up with HLS stations. 2.24.0 switches much faster anyway. - B) There is one station that does not play at all: 1) Click on "Page menu" (bottom left corner) and choose "jazz" 2) Choose Bert's Bytes. Version 2.24.0 plays it, 2.24.1/2.24.2 does not. This is a simple seekable mp3. - C) Last but certainly not least: switching too fast between two HLS stations (e.g. 5 Live and BBC Worldservice) makes the whole beast hang. No way anymore to switch between stations. Note: I use a Debian unmodified version of the "surf" webbrowser to play these stations. I need to stop "surf" in order to make it work again. - Downgrading to 2.24.0 definitely resolves these issues. R. -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwebkit2gtk-4.0-37 depends on: ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libegl1 1.1.0-1 ii libenchant1c2a 1.6.0-11.1+b1 ii libfontconfig1 2.13.1-2 ii libfreetype62.9.1-3 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgl1 1.1.0-1 ii libglib2.0-02.58.3-1 ii libgstreamer-gl1.0-01.14.4-1 ii libgstreamer-plugins-base1.0-0 1.14.4-1 ii libgstreamer1.0-0 1.14.4-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz-icu02.3.1-1 ii libharfbuzz0b 2.3.1-1 ii libhyphen0 2.8.8-7 ii libicu6363.1-6 hi libjavascriptcoregtk-4.0-18 2.24.0-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libnotify4 0.7.7-4 ii libopenjp2-72.3.0-2 ii libpango-1.0-0 1.42.4-6 ii libpng16-16 1.6.36-5 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-12.64.2-2 ii libsqlite3-03.27.2-2 ii libstdc++6 8.3.0-6 ii libtasn1-6 4.13-3 ii libwayland-client0 1.16.0-1 ii libwayland-egl1 1.16.0-1 ii libwayland-server0 1.16.0-1 ii libwebp60.6.1-2 ii libwebpdemux2 0.6.1-2 ii libwoff11.0.2-1 ii libx11-62:1.6.7-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.4-3+b3 ii libxml2 2.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libwebkit2gtk-4.0-37 recommends: ii gstreamer1.0-alsa 1.14.4-1 ii gstreamer1.0-gl1.14.4-1 ii gstreamer1.0-plugins-good 1.14.4-1 ii libgl1-mesa-dri18.3.4-2 Versions of packages libwebkit2gtk-4.0-37 suggests: pn libwebkit2gtk-4.0-37-gtk2 -- no debconf information
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
I reopen this bug (sorry). 3 issues: - A) There is a significant difference between the time it takes to open an HLS stream between the versions 2.24.1-1 and 2.24.0-1: 1) Go to http://radio.dos.nl/ 2) Go to settings (drop down in right top corner) 3) Click "Choose protocol" until it shows HLS 4) Click on arrow (back to radio) 5) Click on "Page menu" (bottom left corner) and choose "news" 6) switch between the BBC stations (they're all HLS) (check the Info button on the left top corner, at the bottom of the info page there is the protocol that is used, it should show "HLS") 2.24.0 takes only tenths of a second (switches almost immediately), 2.24.1 takes several seconds. This is an issue that shows up with HLS stations. 2.24.0 switches much faster anyway. - B) There is one station that does not play at all: 1) Click on "Page menu" (bottom left corner) and choose "jazz" 2) Choose Bert's Bytes. Version 2.24.0 plays it, 2.24.1 does not. This is a simple seekable mp3. - C) Last but certainly not least: switching too fast between two HLS stations (e.g. 5 Live and BBC Worldservice) makes the whole beast hang. No way anymore to switch between stations. Note: I use a Debian unmodified version of the "surf" webbrowser to play these stations. I need to stop "surf" in order to make it work again. - Downgrading to 2.24.0 definitely resolves these issues. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
On Mon, 29 Apr 2019 16:16:43 +0200 Alberto Garcia wrote: > Yep, this 2.24.0 version seems to work on one machine. Tonight I can > try the other machines. Other machines work as well with 2.24.0 R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
On Mon, 29 Apr 2019 16:16:43 +0200 Alberto Garcia wrote: > I haven't had the time to test this yet, but we suspect that this is a > regression between 2.24.0 and 2.24.1 caused by this patch: > > https://trac.webkit.org/changeset/243197/webkit > > Can you try 2.24.0 and see if it works? > > https://snapshot.debian.org/package/webkit2gtk/2.24.0-1/ Yep, this 2.24.0 version seems to work on one machine. Tonight I can try the other machines. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +------+ | Richard Lucassen, Utrecht| +--+
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
Note: the version mentioned is the *downgraded* version! Version: 2.22.7-1 (downgraded version that one works) must be Version: 2.24.1-1 (latest, works partially) R. -- richard lucassen http://contact.xaq.nl/
Bug#928044: libwebkit2gtk-4.0-37: version 2.24.1-1 does not play some streams
Package: libwebkit2gtk-4.0-37 Version: 2.22.7-1 Severity: normal Dear Maintainer, After an upgrade from 2.22.7 to 2.24.1-1, libwebkit2gtk refuses to play some radio streams. Downgrade to 2.22.7 resolves the problem. Seen on 4 different machines. The browser I use is "surf". The audio system is ALSA. 1) Go to http://radio.dos.nl/ 2) Go to settings (drop down in right top corner) 3) Click "Choose protocol" until it shows HLS 4) Click on arrow (back to radio) 5) Click on "Page menu" (bottom left corner) and choose "news" 6) Click "France Info", network stream starts, no audio (protocol: AAC) 7) Click "France Culture": works (same protocol: AAC) Downgrade to 2.22.7 (I also needed to downgrade libjavascriptcoregtk 2.22.7-1 as well) Now all stations work. Note that the networkstream is there, there is simply no sound. There is also another difference: HLS streams start quicker under 2.22.7 than under 2.24.1-1. E.g. BBC5 on the same page is an HLS stream. Richard. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwebkit2gtk-4.0-37 depends on: ii libatk1.0-0 2.30.0-2 ii libc6 2.28-8 ii libcairo2 1.16.0-4 ii libegl1 1.1.0-1 ii libenchant1c2a 1.6.0-11.1+b1 ii libfontconfig1 2.13.1-2 ii libfreetype62.9.1-3 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgl1 1.1.0-1 ii libglib2.0-02.58.3-1 ii libgstreamer-gl1.0-01.14.4-1 ii libgstreamer-plugins-base1.0-0 1.14.4-1 ii libgstreamer1.0-0 1.14.4-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz-icu02.3.1-1 ii libharfbuzz0b 2.3.1-1 ii libhyphen0 2.8.8-7 ii libicu6363.1-6 ii libjavascriptcoregtk-4.0-18 2.22.7-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libnotify4 0.7.7-4 ii libpango-1.0-0 1.42.4-6 ii libpng16-16 1.6.36-5 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-12.64.2-2 ii libsqlite3-03.27.2-2 ii libstdc++6 8.3.0-6 ii libtasn1-6 4.13-3 ii libwayland-client0 1.16.0-1 ii libwayland-egl1 1.16.0-1 ii libwayland-server0 1.16.0-1 ii libwebp60.6.1-2 ii libwebpdemux2 0.6.1-2 ii libwoff11.0.2-1 ii libx11-62:1.6.7-1 ii libxcomposite1 1:0.4.4-2 ii libxdamage1 1:1.1.4-3+b3 ii libxml2 2.9.4+dfsg1-7+b3 ii libxslt1.1 1.1.32-2 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libwebkit2gtk-4.0-37 recommends: ii gstreamer1.0-alsa 1.14.4-1 ii gstreamer1.0-gl1.14.4-1 ii gstreamer1.0-plugins-good 1.14.4-1 ii libgl1-mesa-dri18.3.4-2 Versions of packages libwebkit2gtk-4.0-37 suggests: pn libwebkit2gtk-4.0-37-gtk2 -- debconf-show failed
Bug#924569: kopano-server: SysV init scripts use wrong pid files
On Sat, 20 Apr 2019 08:10:02 +0200 Carsten Schoenert wrote: > > Workaround is to set PIDFILE: > > > > PIDFILE=/var/run/kopano/server.pid > > good catch. Thanks. Remarked for one of the next uploads. > > > Other SysV instances of kopano-* suffer from this issue as well. > > Could you please elaborate this a bit more? Well, quite simple: all other /etc/init.d/kopano-* init scripts have a wrong PIDFILE= path. At the moment I have no kopano server running here. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +----------+ | Richard Lucassen, Utrecht| +--+
Bug#924569: kopano-server: SysV init scripts use wrong pid files
Package: kopano-server Version: 8.7.0-2 Severity: normal Dear Maintainer, Running e.g. "service kopano-server stop" results in: [] Stopping Kopano server: kopano-server No /usr/sbin/kopano-server found running; none killed. failed! The PIDFILE variable in "/etc/init.d/kopano-server": PIDFILE=/var/run/$NAME.pid (where NAME=`basename /usr/sbin/kopano-server`) does not correspond to the real pid file: /var/run/kopano/server.pid Workaround is to set PIDFILE: PIDFILE=/var/run/kopano/server.pid Other SysV instances of kopano-* suffer from this issue as well. Richard. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages kopano-server depends on: ii dbconfig-common 2.0.11 ii debconf [debconf-2.0] 1.5.71 ii init-system-helpers 1.56+nmu1 ii kopano-common 8.7.0-2 ii kopano-libs 8.7.0-2 ii libc6 2.28-8 ii libcom-err2 1.44.5-1 ii libgcc1 1:8.3.0-2 ii libgsoap-2.8.75 2.8.75-1 ii libgssapi-krb5-21.17-2 ii libicu6363.1-6 ii libk5crypto31.17-2 ii libkrb5-3 1.17-2 ii libldap-2.4-2 2.4.47+dfsg-3 ii libmariadb3 1:10.3.13-1 ii libpam0g1.3.1-5 ii libssl1.1 1.1.1b-1 ii libstdc++6 8.3.0-2 ii lsb-base10.2018112800 ii mariadb-client-10.3 [virtual-mysql-client] 1:10.3.13-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages kopano-server recommends: ii mariadb-server 1:10.3.13-1 kopano-server suggests no packages. -- Configuration Files: /etc/init.d/kopano-server changed [not included] /etc/kopano/server.cfg changed [not included] /etc/kopano/unix.cfg changed [not included] -- debconf information excluded
Bug#924380: cryptsetup: initramfs warning
Package: cryptsetup Version: 2:2.1.0-1 Severity: minor Dear Maintainer, Running "update-initramfs -u" shows this warning on a machine that has cryptsetup installed, but no encrypted devices (I only use crypsetup with USB devices) It warns: cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries nor crypto modules. If that's on purpose, you may want to uninstall the 'cryptsetup-initramfs' package in order to disable the cryptsetup initramfs integration and avoid this warning. But: # dpkg -r cryptsetup-initramfs dpkg: dependency problems prevent removal of cryptsetup-initramfs: cryptsetup depends on cryptsetup-initramfs (>= 2:2.0.3-1). dpkg: error processing package cryptsetup-initramfs (--remove): dependency problems - not removing Errors were encountered while processing: cryptsetup-initramfs So the dependency may be removed, but maybe it's easier to add an entry to /etc/default/cryptdisks, e.g.: CRYPTDISKS_INITRAMFS=Yes which can be set to "No" if there are no encrypted devices. Richard. -- Package-specific info: -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages cryptsetup depends on: pn cryptsetup-initramfs ii cryptsetup-run2:2.1.0-1 cryptsetup recommends no packages. cryptsetup suggests no packages. -- debconf-show failed
Bug#904111: [Pkg-clamav-devel] Bug#904111: clamav-daemon causing deadlocks/blocking I/O.
On Tue, 24 Jul 2018 21:51:21 +0200 Sebastian Andrzej Siewior wrote: > > That looks like a different issue. Does it still happen if you > > remove clamav-unofficial-sigs? > > This is #902899, the strace shows > > |clamd: yara_exec.c:177: yr_execu > > so were done here :) Yep, that did it :) Thnx! R. -- richard lucassen http://contact.xaq.nl/
Bug#904111: [Pkg-clamav-devel] Bug#904111: clamav-daemon causing deadlocks/blocking I/O.
On Tue, 24 Jul 2018 08:19:15 +0200 Sebastian Andrzej Siewior wrote: > Is the kernel complaining about something like in the other report > where it claimed something about a deadlock? No, no words like fanotify, deadlock or blocked appear in the logs. I blocked and upgraded one of the (production) servers. After upgrade clamd is running but as soon as a mail is received, it exits. I ran an "strace -f -p " on a running clamd and sent a mail. The output is here: http://tmp.xaq.nl/clamd.strace $ dpkg --get-selections | grep clam clamav install clamav-base install clamav-daemon install clamav-freshclaminstall libclamav7:i386 install libclamunrar7 install plus a vanilla install of clamav-unofficial-sigs. R. -- richard lucassen http://contact.xaq.nl/
Bug#904111: clamav-daemon causing deadlocks/blocking I/O.
Same here (6 Postfix front-end servers), non-systemd, non-GUI system running Debian Stretch. Downgrading to 0.99 is a workaround. ScanOnAccess is set to false. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+
Bug#866503: webkit2gtk: stuttering audio playback
On Fri, 5 Jan 2018 12:15:57 +0200 Alberto Garcia <be...@igalia.com> wrote: > I can't reproduce this problem anymore (I'm using webkit2gtk 2.18.4). > Does it still happen to you? Nope, seems ok now R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +------+ | Richard Lucassen, Utrecht| +--+
Bug#846097: keepalived: Depends on libxtables.so.11 but compiled against libxtables.so.12
On Mon, 28 Nov 2016 14:22:10 +0100 Thomas Renard <cybae...@web.de> wrote: > Package: keepalived > Version: 1:1.2.24-1 > Severity: normal I suggest to scale it up to Severity: grave It makes the package unusable. Workaroud: recompile it from deb-source. R. -- richard lucassen http://contact.xaq.nl/
Bug#842965: 4.08 regression: gaps between the xterms
clusterssh-4.08-2 works fine under WindowMaker. Thnx! R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+
Bug#842172: flashplugin-nonfree checksums updated
On Sun, 6 Nov 2016 06:03:34 + Bart Martens <ba...@debian.org> wrote: > The checksums have been updated. Why not script it? It's already outdated again :-( # update-flashplugin-nonfree --install ERROR: wget failed to download http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.644.sha512.amd64.pgp.asc More information might be available at: http://wiki.debian.org/FlashPlayer R. -- richard lucassen http://contact.xaq.nl/
Bug#791814: sasl2-bin: fails to start saslauthd
On Thu, 09 Jul 2015 01:42:37 +0900 yamasita <yaas...@gmail.com> wrote: > Package: sasl2-bin > Version: 2.1.26.dfsg1-13 > Severity: important Problem is a missing slash '/' in /etc/init.d/saslauthd: The line: DEFAULT_FILES=`find /etc/default -regex '/etc/default/saslauthd [_a-zA-Z0-9\-]*$' -print | sort` should be: DEFAULT_FILES=`find /etc/default/ -regex '/etc/default/saslauthd [_a-zA-Z0-9\-]*$' -print | sort` Mark the trailing / at the 'find /etc/default/' command. R. -- richard lucassen http://contact.xaq.nl/
Bug#801605: Same problem, different error.
On Sat, 24 Oct 2015 08:06:56 -0700 VDR User <user@gmail.com> wrote: > I have the same problem here but my error is different. > > xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) > > From what I've read it's caused by Debian not providing correct > systemd files and thus breaking Xorg's "unprivileged mode". > > Before "upgrading", I could startx/xinit as a user no problem. After > "upgrading", no. It only works when using sudo or as root. I have seen this error on two machines as well, and, as mentioned above, making /usr/lib/xorg/Xorg suid "resolves" it. In both cases the "radeon" kernel module was involved. I straced it and I saw that some system call got an access denied. On two other machines I had X but no mouse and no keyboard after this "upgrade". To resolve this I had to make the user member of the group "input". After that, the mouse and keyboard worked properly again. Normally X is started by gdm or whatever, so for most people X will work properly. But this issue is a problem for those who start X as a normal user, so there will be few people who encounter this rather annoying problem. BTW: systems mentioned above are systemd-free. R. -- Richard Lucassen <netwerkbeh...@opbouw.net>
Bug#778630: ucspi-unix: unixserver says options -d and -D are invalid
Package: ucspi-unix Version: 0.36-4 Severity: normal Dear Maintainer, $ unixserver -d unixserver: invalid option -- 'd' $ unixserver -D unixserver: invalid option -- 'D' usage: unixserver [options] socket program [..] -d Do not delete the socket file on exit. -D (default) Delete the socket file on exit. Richard. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ucspi-unix depends on: ii libc6 2.19-13 ucspi-unix recommends no packages. ucspi-unix suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778453: php5-radius fails with lighttpd
Package: php5-radius Version: php5-radius Severity: normal Tags: patch Dear Maintainer, When php5-radius is installed on Debian Testing (Jessie) running lighttpd, the module is not loaded due to the use of different php5 directories. Workaround: cd /etc/php5/cgi/conf.d ln -s ../../conf.d/radius.ini 30-radius.ini R. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745737: AW: Bug#745737: scli segfaults on show command
On Fri, 25 Apr 2014 21:34:54 +0200 =?utf-8?Q?Stefan_Bauer?= stefan.ba...@cubewerk.de wrote: -Ursprüngliche Nachricht- Von: Richard Lucassen spamt...@xaq.nl Here you are: (gdb) run /usr/bin/scli /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. 100 scli version 0.4.0 (c) 2001-2010 Juergen Schoenwaelder 500 snmp: no access to '/usr/bin/scli': Permission denied Richard, can you check your permissions? Thats the first error message that jumps to my mind from your log. Sorry for late reply, I missed this reply I fear. The permissions are simply 755. Otherwise I could not be able to start scli, could I? :) I wonder why I get a permission denied, this is not what I'd expect. Anyway, apparently something has changed in the meantime, querying an Ubuntu-8.04 snmpd using scli under testing (I never removed the package) now works properly. Maybe it's better to assign this bug as closed and let scli enter testing again (hope it's possible when testing is in freeze state) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766920: produces unbootable initramfs with lilo hexadecimal syntax (root=803)
On Sat, 17 Jan 2015 16:06:15 + Ben Hutchings b...@decadent.org.uk wrote: [erratum] # ln -s /dev/sda5 /805 # ls -al /805 lrwxrwxrwx 1 root root 9 Jan 17 21:41 /805 - /dev/sda5 -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766920: produces unbootable initramfs with lilo hexadecimal syntax (root=803)
On Sat, 17 Jan 2015 16:06:15 + Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 moreinfo I'm unable to reproduce the numeric root in /etc/mtab. I tried using lilo with a non-UUID root, using the Debian packaged kernel and then with a custom kernel with no initramfs. In both cases I see / mounted from /dev/root and that device node does exist. I also tested using both systemd and sysvinit. In all cases /etc/mtab is a symlink to /proc/mounts (as both init systems create it). I think it is a misunderstanding. I created a symlink in the root directory (mind, in the meantime I changed to sda5 instead of sda3): # ln -s /dev/sda3 /805 # ls -al /805 lrwxrwxrwx 1 root root 9 Jan 17 21:41 /803 - /dev/sda5 - Did you boot from an initramfs before running update-initramfs? Yes, it's a Debian testing distro, using the debian kernels - Which init system are you using, and which version of it? I use sysv-init - Is /etc/mtab a regular file or symlink? It is a symlink to /proc/mounts as expected. But: I use lilo, not grub. And this is what I can reproduce, the issue is in lilo.conf: boot=/dev/sda map=/boot/map delay=20 compact prompt timeout=20 default=Linux-nosd image=/vmlinuz label=Linux-nosd root=UUID=d94d08f7-4b3d-47be-acaf-d425e71efece read-only initrd=/initrd.img image=/vmlinuz label=test-805 root=/dev/sda5 read-only initrd=/initrd.img When I choose Linux-nosd using root=UUID, the system boots and a mount shows this: /dev/sda5 on / type ext4 (rw,noatime,nodiratime,discard,data=ordered) mtab: rootfs / rootfs rw 0 0 /dev/disk/by-uuid/d94d08f7-4b3d-47be-acaf-d425e71efece / ext4 rw,noatime,nodiratime,discard,data=ordered 0 0 When a new initrd.img is generated by apt, everything is ok. When I choose test-805 using root=/dev/sda5, the system boots, but mount shows: 805 on / type ext4 (rw,noatime,nodiratime,discard,data=ordered) mtab: rootfs / rootfs rw 0 0 /dev/root / ext4 rw,noatime,nodiratime,discard,data=ordered 0 0 The problem finally occurs when I boot test-805 and apt produces a new initrd.img. With the generated initrd.img the system refuses to boot. A workaround is: # ln -s /dev/sda5 /805 Please note that I'd rather do not test an update-initramfs as I have to take the HDD out of the laptop and lilo it manually on other sytem ;-) HTH, if I can so some further tests, I's be at your service :) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758480: please close this bug and start over
On Sun, 19 Oct 2014 12:15:20 +0100 Steven Chamberlain ste...@pyro.eu.org wrote: Just my two cts: - I installed Jessie 32 bit under proxmox. So far, so good. - Then, I did a qmrestore (IOW: i copied the machine) - I altered the MAC address of the machine (of course) - Then I stumbled upon waiting for /dev to be populated on the copied machine, not the original one. I searched a bit and I found out that when I left the old eth0 entry in /etc/udev/rules.d/70-persistent-net.rules, the waiting for /dev problem disappeared. Using eth1 instead of eth0 seemed to resolve the waiting for /dev to be populated problem. Finally, I found out the changing the allow-hotplug eth0 stanza in /etc/network/interfaces to a simple auto eth0 resolved the problem. Possibly this issue has nothing to do with the problem of the OP, but I just wanted to mention it. The problem is reproducable BTW. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766922: resume from suspend/hibernate results in blank screen kernel 3.16
Although there were many radeon fixes reported in the Changelogs, the problem still remains with kernel linux-image-3.16.0-4-amd64. http://metadata.ftp-master.debian.org/changelogs//main/l/linux/linux_3.16.7-2_changelog R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766920: initramfs-tools: update-initramfs makes system unbootable due to missing rootfs
On Mon, 27 Oct 2014 00:54:54 + Ben Hutchings b...@decadent.org.uk wrote: Processing triggers for initramfs-tools (0.116) ... update-initramfs: Generating /boot/initrd.img-3.16-3-amd64 /803: No such file or directory [update continues] After a reboot, the system is unbootable due to a missing rootfs. [...] We support hexadecimal device numbers in the 'root=' kernel parameter when booting, but do not expect to see them at build time in the mount table. [..] You are recommended to specify the root device on the kernel command line using the syntax 'root=UUID=...' Setting fstab to UUID does not make any difference, OTOH, setting lilo.conf to root=UUID=x resolves the problem. The command mount does not show up with 803 anymore. As an initramfs nitwit, I'd say it seems to be a bug anyway. Am I right or wrong? R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766920: initramfs-tools: update-initramfs makes system unbootable due to missing rootfs
On Mon, 27 Oct 2014 00:54:54 + Ben Hutchings b...@decadent.org.uk wrote: After a reboot, the system is unbootable due to a missing rootfs. [...] We support hexadecimal device numbers in the 'root=' kernel parameter when booting, but do not expect to see them at build time in the mount table. Please provide the output of 'mount' on one such system. Sorry, I forgot to mention that: # mount | grep 803 803 on / type ext4 (rw,noatime,nodiratime,discard,errors=remount-ro,data=ordered) (this is another system that had the same problem btw) You are recommended to specify the root device on the kernel command line using the syntax 'root=UUID=...' I use lilo: boot=/dev/sda root=/dev/sda3 map=/boot/map delay=20 compact prompt timeout=20 default=Linux image=/vmlinuz label=Linux read-only initrd=/initrd.img [..] I tried both, UUID= and /dev/sda3 in /etc/fstab, but the result was the same. I haven't tried lilo.conf yet. I'll let you know. BTW, UUID is great for mounting removable devices, but for fixed devices it may be problem: you cannot simply copy images to a disk without adapting the UUID. E.g.: I run a big number of devices and the disks are copies of a central image. Using UUID would make things more complex than using /dev/sdX in that case. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766920: initramfs-tools: update-initramfs makes system unbootable due to missing rootfs
Package: initramfs-tools Version: 0.116 Severity: critical Justification: breaks the whole system Dear Maintainer, During an update, this is what I see: [..] Processing triggers for initramfs-tools (0.116) ... update-initramfs: Generating /boot/initrd.img-3.16-3-amd64 /803: No such file or directory [update continues] After a reboot, the system is unbootable due to a missing rootfs. As you can see below, the root fs is 803 (which in fact is /dev/sda3) A workaround is to set a symlink: # ln -s /dev/root /803 After that, run: # dpkg-reconfigure linux-image-3.16-3-amd64 /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-3.16-3-amd64 /etc/kernel/postinst.d/zz-runlilo: Warning: LBA32 addressing assumed Added Linux * Added LinuxOLD Added memtest One warning was issued. I've seen this issue on a few systems running Debian Testing. In all cases it was /dev/sda3 as rootfs. Richard. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 3.8M Sep 24 18:07 /boot/initrd.img-3.14-2-amd64 -rw-r--r-- 1 root root 4.1M Oct 26 21:14 /boot/initrd.img-3.16-2-amd64 -rw-r--r-- 1 root root 4.1M Oct 26 21:23 /boot/initrd.img-3.16-3-amd64 -- /proc/cmdline auto BOOT_IMAGE=Linux ro root=803 -- resume RESUME=UUID=eb986d31-94bc-4e46-b772-d2171f5b7cf0 -- /proc/filesystems ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by unix_diag 12521 0 tcp_diag 12512 0 inet_diag 17340 1 tcp_diag nf_conntrack_netlink35433 0 xt_connmark12637 1 ipt_REJECT 12465 2 xt_set 13071 2 ip_set_hash_ip 25974 1 ip6t_REJECT12468 2 xt_NFLOG 12462 7 ip_set 34886 2 ip_set_hash_ip,xt_set nfnetlink_log 17201 2 xt_NFLOG nfnetlink 12989 5 nfnetlink_log,ip_set,nf_conntrack_netlink nf_conntrack_ipv6 13605 6 nf_defrag_ipv6 33358 1 nf_conntrack_ipv6 xt_tcpudp 12527 21 xt_length 12460 3 xt_limit 12601 3 xt_conntrack 12681 11 iptable_filter 12536 1 iptable_nat12646 0 nf_conntrack_ipv4 18455 7 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_nat_ipv412912 1 iptable_nat ip6table_filter12540 1 ip6table_mangle12540 0 iptable_mangle 12536 1 ip6_tables 26025 2 ip6table_filter,ip6table_mangle ip_tables 26011 3 iptable_filter,iptable_mangle,iptable_nat x_tables 27111 15 ip6table_filter,ip6table_mangle,xt_length,ip_tables,xt_tcpudp,xt_NFLOG,xt_limit,xt_conntrack,xt_set,iptable_filter,xt_connmark,ipt_REJECT,iptable_mangle,ip6_tables,ip6t_REJECT hid_generic12393 0 usbhid 44467 0 hid 102264 2 hid_generic,usbhid sr_mod 21903 0 cdrom 47424 1 sr_mod ata_generic12490 0 iTCO_wdt 12831 0 iTCO_vendor_support12649 1 iTCO_wdt evdev 17445 1 ehci_pci 12512 0 uhci_hcd 43499 0 ehci_hcd 69837 1 ehci_pci coretemp 12820 0 hpilo 16902 0 usbcore 195340 4 uhci_hcd,ehci_hcd,ehci_pci,usbhid ata_piix 33592 0 kvm_intel 139077 0 acpi_power_meter 17372 0 libata177457 2 ata_generic,ata_piix kvm 388597 1 kvm_intel radeon 1336879 1 sg 29973 0 ttm69670 1 radeon drm_kms_helper 49210 1 radeon e1000e203664 0 drm 249955 4 ttm,drm_kms_helper,radeon ptp17692 1 e1000e pps_core 17225 1 ptp pcspkr 12595 0 hpwdt 12894 0 psmouse98616 0 serio_raw 12849 0 i2c_algo_bit 12751 1 radeon i2c_core 46012 4 drm,drm_kms_helper,i2c_algo_bit,radeon lpc_ich20768 0 mfd_core 12601 1 lpc_ich bnx2 83625 0 i7core_edac22278 0 ipmi_si48709 0 edac_core 47369 2 i7core_edac ipmi_msghandler39917 1 ipmi_si crc32c_intel 21809 0 usb_common 12440 1 usbcore button 12944 0 processor 28221 0 nf_nat_ftp 12460 0 nf_conntrack_ftp 16783 1 nf_nat_ftp nf_nat_tftp12422 0 nf_nat 18241 4 nf_nat_ftp,nf_nat_ipv4,nf_nat_tftp,iptable_nat nf_conntrack_tftp 12433 1 nf_nat_tftp nf_conntrack 87432 12 nf_nat_ftp,nf_nat,nf_nat_ipv4,nf_nat_tftp,xt_conntrack,nf_conntrack_netlink,xt_connmark,nf_conntrack_ftp,iptable_nat,nf_conntrack_ipv4,nf_conntrack_ipv6,nf_conntrack_tftp 8021q 27858 0 garp 13117
Bug#745737: scli segfaults on show command
Package: scli Version: 0.4.0-5 Severity: grave Justification: renders package unusable Dear Maintainer, When a server is queried for a large number of entries, scli segfaults. I've seen this on Debian Wheezy and Debian testing, both querying Ubuntu-8.04-LTS servers as well as Debian Wheezy servers. When a query is sent to an unconfigured Debian snmp server (system info only), everything seems to be ok. $ scli 172.18.0.1 100 scli version 0.4.0 (c) 2001-2010 Juergen Schoenwaelder (172.18.0.1) scli show 500 noResponse 3.57 vpm 500 noResponse 3.75 vpm 500 noResponse 3.89 vpm Segmentation fault1 vpm $ Richard. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scli depends on: ii libc6 2.18-4 ii libglib2.0-0 2.40.0-2 ii libgnet2.0-0 2.0.8-2.2 ii libgsnmp0 0.3.0-2 ii libncurses5 5.9+20140118-1 ii libreadline6 6.3-6 ii libtinfo5 5.9+20140118-1 ii libxml2 2.9.1+dfsg1-3 scli recommends no packages. scli suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741950: not a bug
I finally found out what went wrong: due to some or other update script (I suppose) environment variables were written into ~/.bashrc. Including the HISTFILESIZE, which was set to 2000. Setting HISTFILESIZE to another value worked, but when an xterm was started the .bash_history was truncated to 2000. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741950: bash: histfilesize always 2000 lines
Package: bash Version: 4.3-2 Severity: normal $ echo $HISTFILESIZE 5 The value is set at the last line of ~/.bashrc: if [ -f /etc/bash.custom ]; then . /etc/bash.custom fi $ grep HIST /etc/bash.custom HISTFILESIZE=5 HISTSIZE=-1 HISTCONTROL=erasedups export PS1 HISTCONTROL HISTSIZE HISTFILESIZE PAGER PATH $ wc -l .bash_history 2000 .bash_history Even when HISTFILESIZE is exported to 5, the number of lines in .bash_history is limited to the default setting of 2000 lines. This has been working perfectly well until some time ago, I noticed that regularely used commands had disapeared from the history file and that the file is truncated to 2000 lines, whether the HISTFILESIZE is set or not. Richard. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files 7.2 ii dash 0.5.7-4 ii debianutils 4.4 ii libc62.18-4 ii libtinfo55.9+20140118-1 Versions of packages bash recommends: ii bash-completion 1:2.1-2 Versions of packages bash suggests: pn bash-doc none -- Configuration Files: /etc/skel/.bash_logout changed [not included] /etc/skel/.bashrc changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724609: wmbattery stopped working with kernel 3.10-3
Oops, indeed, it's got nothing to do with the kernel. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724609: [workaround] wmbattery stopped working with kernel 3.10-3
$ git clone git://git.kitenet.net/wmbattery compiling from the git source makes wmbattery work again. R. -- __ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724609: wmbattery stopped working with kernel 3.10-3
[addendum] The wmbattery compiled from git displays 70% of charge while acpi shows 100%. And the battery is definitly charged at 100%. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712414: openvpn: UDP server stops after update to 2.2.1-8+deb7u1
Package: openvpn Version: 2.2.1-8 Severity: grave Justification: renders package unusable Dear Maintainer, After an upgrade, all tunnels to a UDP server stopped working. Here's what's in the logs: Jun 15 18:32:58 server-10.250.3.0-udp-1195-tun2[21034]: 1.2.3.4:36595 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) Jun 15 18:32:58 server-10.250.3.0-udp-1195-tun2[21034]: 1.2.3.4:36595 TLS Error: TLS handshake failed Jun 15 18:32:58 server-10.250.3.0-udp-1195-tun2[21034]: 1.2.3.4:36595 SIGUSR1[soft,tls-error] received, client-instance restarting And lots of these: Jun 15 18:32:56 server-10.250.3.0-udp-1195-tun2[21034]: 1.2.3.4:36595 write UDPv4 []: Invalid argument (code=22) There were two instances of an OpenVPN server that stopped working. Downgrading to the previous version (2.2.1-8) resolved the problem. R. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.5.7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.49 ii initscripts2.88dsf-41 ii libc6 2.13-38 ii liblzo2-2 2.06-1 ii libpam0g 1.1.3-7.1 ii libpkcs11-helper1 1.09-1 ii libssl1.0.01.0.1e-2 ii net-tools 1.60-24.2 openvpn recommends no packages. Versions of packages openvpn suggests: ii openssl 1.0.1e-2 pn resolvconf none -- debconf information: openvpn/create_tun: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681854: nmap: upgrade nmap6 installs bunch of X-libs for no reason
On Tue, 17 Jul 2012 12:12:40 +0200 Hilko Bengen ben...@debian.org wrote: the problem you described has nothing to do with nmap but with the way apt is configured on your machine. I just set up a fresh wheezy chroot, the same dependencies are pulled in here, but they are not hard dependencies. After setting APT::Install-Recommends false things look a lot better: Strange, it's a fresh Wheezy install as well. I added the line and indeed, it installs some three or four extra packages, but not the 78 as before :) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: vlc segfaults when playing a http stream]
On Wed, 7 Sep 2011 13:11:10 +0200
richard lucassen spamt...@xaq.nl wrote:
Removing the var statements resolves the problem, this proxy.pac
works fine:
function FindProxyForURL(url, host)
{
ipaddr = dnsResolve(host);
if (
(shExpMatch(ipaddr, *:*)) ||
(isInNet(host, 127.0.0.0, 255.0.0.0)) ||
(isInNet(host, 10.0.0.0, 255.0.0.0)) ||
(isInNet(host, 172.16.0.0, 255.240.0.0)) ||
(isInNet(host, 192.168.0.0, 255.255.0.0)) ||
(isInNet(host, 62.112.236.0, 255.255.252.0))
)
{ return DIRECT; }
else
{ return PROXY 192.168.64.1:3128; }
}
No, this is not a workaround, the line:
{ return PROXY 192.168.64.1:3128; }
is wrong, this must be:
{ return PROXY 192.168.64.1:3128; }
Then the problem reappears unfortunately.
R.
--
___
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.
+--+
| Richard Lucassen, Utrecht|
| Public key and email address:|
| http://www.lucassen.org/mail-pubkey.html |
+--+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: [spamt...@xaq.nl: Re: Bug#640333: vlc segfaults when playing a http stream]
On Tue, 6 Sep 2011 23:27:03 +0200 Christophe Mutricy xto...@chewa.net wrote: reassign 640333 libproxy0 0.3.1-3 thanks Downgrading libproxy0 to version libproxy0_0.3.1-2 resolves the problem. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: vlc segfaults when playing a http stream]
On Tue, 6 Sep 2011 23:27:03 +0200
Christophe Mutricy xto...@chewa.net wrote:
reassign 640333 libproxy0 0.3.1-3
thanks
Downgrading libproxy0 to version libproxy0_0.3.1-2 resolves the
problem.
Additional info:
The problem apparently is related to a wpad config. I have a wpad config
here:
$ wget http://wpad/wpad.dat
--2011-09-07 12:16:35-- http://wpad/wpad.dat
Resolving wpad (wpad)... 192.168.64.1
Connecting to wpad (wpad)|192.168.64.1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 494 [application/x-ns-proxy-autoconfig]
Saving to: `wpad.dat'
100%[==] 494 --.-K/s in
0s
2011-09-07 12:16:35 (28.3 MB/s) - `wpad.dat' saved [494/494]
$ cat wpad.dat
function FindProxyForURL(url, host)
{
var proxy_yes = PROXY 192.168.64.1:3128;
var proxy_no = DIRECT;
ipaddr = dnsResolve(host);
if (
(shExpMatch(ipaddr, *:*)) ||
(isInNet(host, 127.0.0.0, 255.0.0.0)) ||
(isInNet(host, 10.0.0.0, 255.0.0.0)) ||
(isInNet(host, 172.16.0.0, 255.240.0.0)) ||
(isInNet(host, 192.168.0.0, 255.255.0.0)) ||
(isInNet(host, 62.112.236.0, 255.255.252.0))
)
{ return proxy_no; }
else
{ return proxy_yes; }
}
When setting the firewall to REJECT the wpad, the problem disappears.
It has something to do with the wpad script (the wpad.dat is linked to
proxy.pac)
VLC is segfaulting on an internal Dreambox (which is on a 192.168
network and thus uses proxy_no), as well as on an external host on
the internet (proxy_yes).
That's why Christophe Mutricy was not able to reproduce the problem I
think.
R.
--
___
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.
+--+
| Richard Lucassen, Utrecht|
| Public key and email address:|
| http://www.lucassen.org/mail-pubkey.html |
+--+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: vlc segfaults when playing a http stream]
On Tue, 6 Sep 2011 23:27:03 +0200
Christophe Mutricy xto...@chewa.net wrote:
reassign 640333 libproxy0 0.3.1-3
thanks
Removing the var statements resolves the problem, this proxy.pac
works fine:
function FindProxyForURL(url, host)
{
ipaddr = dnsResolve(host);
if (
(shExpMatch(ipaddr, *:*)) ||
(isInNet(host, 127.0.0.0, 255.0.0.0)) ||
(isInNet(host, 10.0.0.0, 255.0.0.0)) ||
(isInNet(host, 172.16.0.0, 255.240.0.0)) ||
(isInNet(host, 192.168.0.0, 255.255.0.0)) ||
(isInNet(host, 62.112.236.0, 255.255.252.0))
)
{ return DIRECT; }
else
{ return PROXY 192.168.64.1:3128; }
}
R.
--
___
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.
+--+
| Richard Lucassen, Utrecht|
| Public key and email address:|
| http://www.lucassen.org/mail-pubkey.html |
+--+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: vlc segfaults when playing a http stream
On Sun, 4 Sep 2011 18:15:59 +0200 Christophe Mutricy xto...@chewa.net wrote: it would help if you install vlc-dbg with apt-get. then run in gdb as you did before and do bt after it crash Ok, thnx for the hint. here it is: My mailer makes a mess of it. Here it is as attachment. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ [0x86deb0] access_http access debug: libproxy suggest to use 'direct://' Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7485b700 (LWP 5571)] 0x7fffe37984d8 in JSGarbageCollect () from /usr/lib/libwebkitgtk-1.0.so.0 (gdb) bt #0 0x7fffe37984d8 in JSGarbageCollect () from /usr/lib/libwebkitgtk-1.0.so.0 #1 0x7fffe97a11b1 in ?? () from /usr/lib/libproxy/0.3.1/modules/pacrunner_webkit.so #2 0x7fffe97a11ed in ?? () from /usr/lib/libproxy/0.3.1/modules/pacrunner_webkit.so #3 0x7fffebcd2758 in ?? () from /usr/lib/libproxy.so.0 #4 0x7fffebcd1d72 in px_array_free () from /usr/lib/libproxy.so.0 #5 0x7fffebcd3efb in ?? () from /usr/lib/libproxy.so.0 #6 0x7fffebcd1d72 in px_array_free () from /usr/lib/libproxy.so.0 #7 0x7fffebcd4122 in px_strdict_free () from /usr/lib/libproxy.so.0 #8 0x7fffebcd28d6 in px_module_manager_free () from /usr/lib/libproxy.so.0 #9 0x7fffebcd3d37 in px_proxy_factory_free () from /usr/lib/libproxy.so.0 #10 0x7fffebedbab8 in OpenWithCookies (p_this=optimized out, psz_access=optimized out, i_nb_redirect=0, i_max_redirect=5, cookies=optimized out) at http.c:392 #11 0x7fffebedc5a9 in Open (p_this=optimized out) at http.c:250 #12 0x77965d55 in module_need (p_this=optimized out, psz_capability=0x779940a7 access, psz_name=optimized out, b_strict=true) at modules/modules.c:559 #13 0x7791a520 in __access_New (p_obj=0x70fb00, p_parent_input= 0x70fb00, psz_access=0x83c340 http, psz_demux=0x779a6371 , psz_path=0x83c347 wmscr2.dr.dk/e02ch06m?wmcontentbitrate=30) at input/access.c:65 #14 0x7792ede7 in InputSourceInit (p_input=0x70fb00, in=0x70fbf8, psz_mrl=0x6ee1a0 http://wmscr2.dr.dk/e02ch06m?wmcontentbitrate=30;, psz_forced_demux=optimized out, b_in_can_fail=false) at input/input.c:2488 #15 0x77930108 in Init (p_input=0x70fb00) at input/input.c:1244 #16 0x77933735 in Run (p_this=optimized out) at input/input.c:543 #17 0x7796b0d4 in thread_entry (data=optimized out) at misc/threads.c:58 #18 0x776c5b40 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #19 0x7720c36d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #20 0x in ?? () (gdb)
Bug#640333: vlc segfaults when playing a http stream
An strace -f: http://www.xaq.nl/strace-f-vlc.txt R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640333: vlc segfaults when playing a http stream
gdb: http://www.xaq.nl/gdb-vlc.txt R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588689: radvd eating 100% CPU
I can confirm this behaviour. From time to time radvd eats 100% cpu time and can only be killed by a -9 This happens on a Ubuntu-10.04-LTS system: $ cat /proc/version Linux version 2.6.36.2 (root@panoramix) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #2 SMP Sun Jan 2 22:25:31 CET 2011 $ dpkg -l | grep radvd ii radvd 1:1.3-1.1 Router Advertisement Daemon vendor_id : AuthenticAMD cpu family : 16 model : 6 model name : AMD Athlon(tm) II X2 250 Processor I'll try to do an strace when this occurs. Richard. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588689: radvd eating 100% CPU
I compiled radvd-1:1.7-1 from Ubuntu Natty source. I'll try this version. The bug is not occuring regularely, so I won't be able to tell if the 1.7-1 version is ok. If the bug does not occur within a month, I consider the bug as resolved in 1.7-1. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569073: moc shows wrong content when a dash is used in the title field
On Wed, 10 Feb 2010 19:48:25 +0100 Elimar Riesebieter riese...@lxtec.de wrote: It's even worse. Fill in: this - is - a - test in all available fields of Easytag and this is what you get: $ metaflac --export-tags-to=-\ 06-Streichquartett-Es-dur-D87-2-Scherzo--Prestissimo.flac TITLE=this TITLE=is TITLE=a TITLE=test ARTIST=this ARTIST=is ARTIST=a ARTIST=test ALBUM=this ALBUM=is ALBUM=a ALBUM=test DISCNUMBER=01 DATE=1987 TRACKNUMBER=06 TRACKTOTAL=09 GENRE=this GENRE=is GENRE=a GENRE=test DESCRIPTION=this DESCRIPTION=is DESCRIPTION=a DESCRIPTION=test COMMENT=this COMMENT=is COMMENT=a COMMENT=test COMPOSER=this COMPOSER=is COMPOSER=a COMPOSER=test PERFORMER=this PERFORMER=is PERFORMER=a PERFORMER=test COPYRIGHT=this - is - a - test LICENSE=this - is - a - test ENCODED-BY=this - is - a - test The last 3 fields don't suffer from this phenomena. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569073: moc shows wrong content when a dash is used in the title field
On Wed, 10 Feb 2010 19:48:25 +0100 Elimar Riesebieter riese...@lxtec.de wrote: id3v2 -2 -l yoursoundfile.codec id3v2 -1 -l 01-Strijkkwartet-in-cis-opus-131--Adagio-ma-non-troppo-e-molto-espressivo.flac 01-Strijkkwartet-in-cis-opus-131--Adagio-ma-non-troppo-e-molto-espressivo.flac: No ID3 tag It's a flac file. Hmmm, now that you want to test it this way, a: metaflac --export-tags-to=- \ 02-Strijkkwartet-in-cis-opus-131--Allegro-molto-vivace.flac gives TWO title fields. It's a flac tagging problem and not a moc problem: TITLE=Strijkkwartet in cis opus 131: Allegro molto vivace TITLE=attacca ARTIST=Hagen Quartett ALBUM=Strijkkwartetten, Beethoven DISCNUMBER=01 DATE=1999 TRACKNUMBER=02 TRACKTOTAL=07 GENRE=Chamber Music COMPOSER=Beethoven I'll make a bugreport to the flac developers. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569073: moc shows wrong content when a dash is used in the title field
On Wed, 10 Feb 2010 19:48:25 +0100 Elimar Riesebieter riese...@lxtec.de wrote: Hmmm, it seems that Easytag is doing something I would not expect: Added easytag id3v2 and flac - test in Tiltle field with Easytag to a tag-empty flac file: $ id3v2 -2 -l la.flac la.flac: No ID3 tag $ metaflac --export-tags-to=- la.flac TITLE=easytag id3v2 and flac TITLE=test Now, I uncheck the option: Write ID3 tags in FLAC files (in addition to FLAC tag) And write the title field again: $ id3v2 -2 -l la.flac la.flac: No ID3 tag $ metaflac --export-tags-to=- la.flac TITLE=easytag only flac TITLE=test2 Still the same problem. Now, I'll write the tag using flac: $ flac -T TITLE=written with flac - test3 la.flac -f metaflac --export-tags-to=- la.flac TITLE=written with flac - test3 (this is correct) $ id3v2 -2 -l la.flac la.flac: No ID3 tag The problem doesn't seem to be flac, nor moc, but Easytag. I'll write Jerome a mail. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569073: moc shows wrong content when a dash is used in the title field
Package: moc Version: 2.5.0~alpha4+svn20091009-1+b1 Severity: minor moc shows wrong content when a dash is used in the title field: Example: Artist: Hagen Quartett Album: Strijkkwartetten, Beethoven Title: Strijkkwartet in cis opus 131: Allegro molto vivace - attacca shows: Hagen Quartett - attacca (Strijkkwartetten, Beethoven) (everything before - attaca has disappeared) -- While tags without - show: Artist: Hagen Quartett Album: Strijkkwartetten, Beethoven Title: Strijkkwartet in cis opus 131: Adagio, ma non troppo e molto espressivo shows: Hagen Quartett - Strijkkwartet in cis opus 131: Adagio, ma non troppo e molto espressivo (Strijkkwartetten, Beethoven) which is right. Tags edited with easytag id3 version 2.4, UTF-8 R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567780: RipperX complains it cannot write to dir when a column ':' is in a filename
Package: ripperx Version: 2.7.2-2 Severity: normal When a cd is inserted and CDDB is returning a column ':' in the title AND when the title us used to create the filename, ripperX will complain: quote Error when locking file Make sure the WAV dir and MP# dir paths are correct and you have permission to write to these directories /quote Workaround: remove all columns ':' in the title fields. HTH, Richard. Additional info: .ripperXrc: //-V 2.7.2 General::WavRatio = 0.001637 General::Mp3Ratio = 0.08 General::ShellForExecution = /bin/sh General::WavPath = /home/mariken/data/ripperx/tmp General::Mp3Path = /home/mariken/data/ripperx/mp3 General::CDDBPath = ./.cddbslave General::WavFileNameFormat = %#-%a---%s General::Mp3FileNameFormat = %#-%a---%s General::PrependChar = _ General::MakeMp3FromExistingWav = 1 General::AskWhenFileExists = 1 General::AutoAppendExtension = 1 General::KeepWav = 1 Ripper::Ripper = cdparanoia Ripper::Plugin = ripperX_plugin-cdparanoia Encoder::Encoder = lame Encoder::Type = 2 Encoder::Bitrate = 128 Encoder::VarBitrate = 1 Encoder::VBRQual = 0 Encoder::Priority = 10 Encoder::HighQual = 1 Encoder::useCRC = 0 Encoder::extraOptions = -m s Encoder::fullCommand = lame -b 128 --nohist -v -h -V 0 -m s Encoder::Plugin = ripperX_plugin-lame CdPlayer::Play_command = cdplay % CdPlayer::Stop_command = cdstop WavPlayer::Command = play % Mp3Player::Command = mpg123 % CDDBConfig::Server = freedb.freedb.org/~cddb/cddb.cgi CDDBConfig::Port = 80 CDDBConfig::UseHttp = 1 CDDBConfig::ProxyServer = CDDBConfig::ProxyPort = 8080 CDDBConfig::ConvertSpaces = 1 CDDBConfig::MakeDirectories = 1 CDDBConfig::CreateID3 = 1 CDDBConfig::CreatePlaylist = 1 CDDBConfig::AutoLookup = 0 CDDBConfig::FormatString = %#-%a--%s CDDBConfig::DirFormatString = %a--%v -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555325: gq: version 1.3.4 completely unusable
Package: gq Version: 1.3.4 Severity: grave Debian testing on an amd64: After a few crashes the first minutes I threw away all ~/.gq* files and directories. I tried to add a new server. Impossible to enter the bind dn. It simply forgets it. On the first search it crashes. I have seen about 10 crashes in the very few first 10 minutes. This is completely unusable. This version should never have been transferred to testing IMHO. In this state it is better to remove gq completely. Workaround: get the sources from the oldstable repository, recompile it and downgrade to 1.0. Do not forget to: echo gq hold | dpkg --set-selections R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554358: apt-get update segfaults on Etch, testing, on i386 and amd64
Package: apt Version: 0.7.23.1 Severity: grave Since this morning. Seen on machines running Etch, testing, both on i386 and amd64: # apt-get update Hit http://abcx.utr.xaq.nl testing Release.gpg [..] Get:11 http://abcx.utr.xaq.nl unstable/main 2009-11-04-0016.39.pdiff [5,001kB] E: Method rred has died unexpectedly! E: Sub-process rred received a segmentation fault. On Sarge and Ubuntu-8.04-LTS: no problem. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554358: apt-get update segfaults on Etch, testing, on i386 and amd64 [notabug]
Was a corrupted diff file. Plae change to notabug -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551600: [mdadm] package error?
I compiled mdadm from source (unstable) and there's no problem to install the package (mdadm_3.0-3.1) OTOH, talking about udev, yesterday an upgrade simply renamed the file: /etc/udev/rules.d/91-permissions.rules to /etc/udev/rules.d/91-permissions.rules.dpkg-old which changed the permission/ownership of some devices and made them unaccessible for normal users. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551762: update testing to version 2.18.2-1 renders package gpsim unusable
Package: libgtk2.0-0 Version: 2.18.2-1 Severity: important Not really sure if it's the libgtk2.0-0 package, as stated below, downgrading these packages resolves the problem. gtk2-engines gtk2-engines-pixbuf libgail18 libgail-common libgail-dbg libgtk2.0-0 libgtk2.0-dev Tested on both i386 and x86-64 1) apt-get install gpsim 2) cd /tmp/ 3) untar the tarball int.tar.gz 4) gpsim --symbol=int.cod 5) open the RAM or EEPROM window 6) crash (see error.txt) I compiled 2.18.3-1 from unstable: same problem. Workaround: downgrade to previous version. I downgraded these packages (all these because of dependencies): gtk2-engines_2.16.1-2_i386.deb gtk2-engines-pixbuf_2.16.6-2_i386.deb libgail18_2.16.6-1_i386.deb libgail-common_2.16.6-1_i386.deb libgail-dbg_2.16.6-1_i386.deb libgtk2.0-0_2.16.6-1_i386.deb libgtk2.0-dev_2.16.6-1_i386.deb Richard. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ Warning gp or gp-cpu == NULL in TraceWindow_update *** glibc detected *** gpsim: realloc(): invalid pointer: 0x7f69e9e30b22 *** === Backtrace: = /lib/libc.so.6[0x7f69e6e886c8] /lib/libc.so.6(realloc+0x2dc)[0x7f69e6e8d4dc] /lib/libglib-2.0.so.0(g_realloc+0x2e)[0x7f69e7cad47e] /usr/lib/libgtkextra-x11-2.0.so.1[0x7f69ea105a72] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f69e813f3ed] /usr/lib/libgobject-2.0.so.0[0x7f69e81529c9] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7b2)[0x7f69e8154082] /usr/lib/libgobject-2.0.so.0(g_signal_emit_by_name+0x22a)[0x7f69e81543ba] /usr/lib/libgtkextra-x11-2.0.so.1[0x7f69ea105cc5] /usr/lib/libgtkextra-x11-2.0.so.1(gtk_item_entry_set_text+0x136)[0x7f69ea102916] /usr/lib/libgtkextra-x11-2.0.so.1[0x7f69ea15525a] /usr/lib/libgtkextra-x11-2.0.so.1[0x7f69ea155a84] /usr/lib/libgtkextra-x11-2.0.so.1[0x7f69ea160ac2] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f69e813f3ed] /usr/lib/libgobject-2.0.so.0[0x7f69e8152cdb] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x7b2)[0x7f69e8154082] /usr/lib/libgtk-x11-2.0.so.0(gtk_signal_emit_by_name+0x11e)[0x7f69e9d6d0be] /usr/lib/libgtkextra-x11-2.0.so.1(gtk_sheet_thaw+0xdb)[0x7f69ea15f94b] /usr/lib/libgpsimgui.so.0(_ZN18RAM_RegisterWindow6UpdateEv+0x9)[0x7f69eace84a9] /usr/lib/libgpsimgui.so.0(_ZN15Register_Window12NewProcessorEP13GUI_Processor+0x344)[0x7f69eace9564] /usr/lib/libgpsimgui.so.0(_ZN18RAM_RegisterWindow12NewProcessorEP13GUI_Processor+0x3f)[0x7f69eace962f] /usr/lib/libgpsimgui.so.0(_ZN13GUI_Interface12NewProcessorEP9Processor+0x4b)[0x7f69eace205b] /usr/lib/libgpsim.so.0(_ZN14gpsimInterface13new_processorEP9Processor+0x29)[0x7f69eb346759] /usr/lib/libgpsim.so.0(_ZN18CSimulationContext13add_processorEP9Processor+0x23a)[0x7f69eb3a514a] /usr/lib/libgpsim.so.0(_ZN18CSimulationContext13add_processorEP20ProcessorConstructorPKc+0x38)[0x7f69eb3a5208] /usr/lib/libgpsim.so.0(_ZN21PicCodProgramFileType15LoadProgramFileEPP9ProcessorPKcP8_IO_FILES4_+0x28a)[0x7f69eb33a54a] /usr/lib/libgpsim.so.0(_ZN19ProgramFileTypeList15LoadProgramFileEPP9ProcessorPKcP8_IO_FILES4_+0x73)[0x7f69eb3a10e3] /usr/lib/libgpsim.so.0(_ZN18CSimulationContext11LoadProgramEPKcS1_PP9ProcessorS1_+0x14d)[0x7f69eb3a566d] /usr/lib/libgpsimcli.so.0(_ZN8cmd_load4loadEiPKc+0x1ae)[0x7f69eaf7babe] /usr/lib/libgpsimcli.so.0(_Z7yyparsev+0x2109)[0x7f69eaf70939] /usr/lib/libgpsimcli.so.0(_Z11init_parserv+0x6f)[0x7f69eaf727ef] /usr/lib/libgpsimcli.so.0(_Z11start_parsev+0x6)[0x7f69eaf86136] /usr/lib/libgpsimcli.so.0(_Z12parse_stringPKc+0xd)[0x7f69eaf8644d] gpsim[0x402215] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f69e6e355c6] gpsim[0x401d79] === Memory map: 0040-00404000 r-xp 09:02 1865884 /usr/bin/gpsim 00604000-00605000 rw-p 4000 09:02 1865884 /usr/bin/gpsim 00605000-0060d000 rw-p 00605000 00:00 0 02597000-02812000 rw-p 02597000 00:00 0 [heap] 7f69e1609000-7f69e170b000 rw-p 7f69e1609000 00:00 0 7f69e170b000-7f69e176b000 rw-s 00:08 101187586 /SYSV (deleted) 7f69e176b000-7f69e1771000 r-xp 09:02 34706 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f69e1771000-7f69e1971000 ---p 6000 09:02 34706 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f69e1971000-7f69e1972000 rw-p 6000 09:02 34706 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f69e1972000-7f69e1974000 r-xp 09:02 33066 /usr/lib/pango/1.6.0/modules/pango
Bug#551355: gpsim crashes on loading a cod file since update glibc
libgtk2 problem. See bug 551762: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551762 R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551355: gpsim crashes on loading a cod file sind update glibc
Apparently this only occurs when the source code window is actvated. I threw away the ~/.gpsim and reconfigured gpsim. For the moment I'm not able to reproduce it. To be continued (?) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551600: [mdadm] package error?
Package: mdadm Version: 3.0-2 This morning, using the usual apt-get update; apt-get dist-upgrade the package mdadm was removed from testing. When trying to reinstall mdadm, this happens: # apt-get install mdadm Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: dnsmasq-base libass3 xorg-docs-core libnm-glib-vpn0 ppp libparted1.8-12 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: alsa-base alsa-utils gnome-mount gnome-power-manager gnome-volume-manager gparted hal hal-cups-utils initramfs-tools linux-image-2.6-amd64 linux-image-2.6.26-2-amd64 linux-image-2.6.30-2-amd64 network-manager network-manager-gnome sound-juicer udev xorg xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-dummy xserver-xorg-video-fbdev xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-nv xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-radeonhd xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-tga xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-v4l xserver-xorg-video-vesa xserver-xorg-video-vmware xserver-xorg-video-voodoo The following NEW packages will be installed: mdadm 0 upgraded, 1 newly installed, 59 to remove and 0 not upgraded. Need to get 433kB of archives. After this operation, 220MB disk space will be freed. Do you want to continue [Y/n]? n Abort. I like the CLI, but I suppose this is not what installing mdadm should cause. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551355: gpsim crashes on loading a cod file since update glibc
Reproduce: 1) throw away ~/.gpsim 2) start gpsim 3) open RAM window 4) open .cod file 5) crash Items 3) and 4) may be inversed. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551355: gpsim crashes on loading a cod file since update glibc
addition: only the windows RAM and EEPROM cause the crash. Reproduce: 1) throw away ~/.gpsim 2) start gpsim 3) open RAM window 4) open .cod file 5) crash Items 3) and 4) may be inversed. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551355: gpsim crashes on loading a cod file sind update glibc
Package: gpsim Version: 0.24.0-1 Severity: grave Justification: renders package unusable After an update last week, gpsim has become unusable. As soon as a cod file is loaded, gpsim crashes: *** glibc detected *** gpsim: realloc(): invalid pointer: 0xb7acd2ae *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb71cb8f4] /lib/i686/cmov/libc.so.6(realloc+0x242)[0xb71d0332] /lib/libglib-2.0.so.0(g_realloc+0x3a)[0xb738b02a] [snip] I have seen this on an amd64 and an i386 system. Recompiling the source deb makes no difference. Even the latest vanilla 0.24: same problem. Maybe it's not a gpsim problem but a glibc problem, but the package is unusable now. R. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551355: gpsim crashes on loading a cod file sind update glibc
The version reported is 0.24, but this is a vanilla version installed with checkinstall. The original deb sources (0.22) run into the same problems. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526874: Dependency error in Etch volatile
Package: libclamav-dev Version: 0.95.1+dfsg-0volatile2 Severity: serious There's a problem in the volatile Etch reository. When updating libclamav to the newest volatile version, I get this: The following packages have been kept back: libclamav-dev An apt-get dist-upgrade gives the same message. However, an apt-get install libclamav-dev gives: The following packages have unmet dependencies: libclamav-dev: Depends: libtommath-dev but it is not installable Well, there's the problem, libtommath is only available in Lenny and higher. An apt-get -b source libtommath from the testing repository gives dependency errors (debhelper 6) Libclamav-dev is needed to build the latest version of havp (a scanning proxy), which is (unfortunately) not in the volatile project (in which it should be IMHO ;-) R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457666: havp does not install properly in Sarge when build from source (+workaround)
Package: havp Version: 0.86-1 Severity: important -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash havp does not want to install properly on a Sarge system when using apt-get -b source havp What you get is this: dpkg -i havp_0.86-1_i386.deb Selecting previously deselected package havp. (Reading database ... 31005 files and directories currently installed.) Unpacking havp (from havp_0.86-1_i386.deb) ... Setting up havp (0.86-1) ... Template #1 in /var/lib/dpkg/info/havp.templates does not contain a 'Template:' line dpkg: error processing havp (--install): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: havpdpkg -i havp_0.86-1_i386.deb Selecting previously deselected package havp. (Reading database ... 31005 files and directories currently installed.) Unpacking havp (from havp_0.86-1_i386.deb) ... Setting up havp (0.86-1) ... Template #1 in /var/lib/dpkg/info/havp.templates does not contain a 'Template:' line dpkg: error processing havp (--install): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: havp Workaround: remove the two first empty lines in: /var/lib/dpkg/info/havp.templates and rerun apt-get upgrade Then havp is installed correctly. R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457669: havp reports: clamav: cannot create temprorary files (volatile project)
Package: havp Version: 0.86-1 Severity: important -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash When using clamav from the volatile project http://www.debian.org/volatile/ in Sarge, you get havp saying this: clamav: cannot create temporary files I had one working havp (sarge) and one giving the error mentioned above. I noticed the difference between the two machines: Not working: $ dpkg --get-selections | grep clam clamav install clamav-base install clamav-daemon install clamav-docs install clamav-freshclaminstall libclamav-dev install libclamav1 install libclamav2 install libclamav3 install Working: $ dpkg --get-selections | grep clam clamav install clamav-base install clamav-daemon install clamav-docs install clamav-freshclaminstall libclamav-dev install libclamav1 install libclamav3 install I removed libclamav2 and rebuild and reinstalled havp. Then the problem was gone. YMMV. R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453102: samba mount from Windows does not show all directories and files
Samba 3.0.14a-3sarge10 still has the same problem as reported for 3.0.14a-3sarge9: some directories and files aren't shown in the windows explorer. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406174: test fails because of gzipped file
Package: spamassassin Version: 3.1.7 Severity: minor As stated in /usr/share/doc/spamassassin/USAGE.gz: cd /usr/share/doc/spamassassin/examples/ spamassassin -t sample-nonspam.txt.gz /tmp/whatever.txt Insecure dependency in piped open while running with -T switch at /usr/share/perl5/Mail/SpamAssassin/ArchiveIterator.pm line 855. This is because the file sample-nonspam.txt.gz is distributed as a gzipped file. Users of the TAB-key will miss the file is zipped and will get this output. The file should be distributed unzipped. Workaround: gunzip sample-nonspam.txt.gz -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| | Public key and email address:| | http://www.lucassen.org/mail-pubkey.html | +--+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
