Bug#869364: libtext-iconv-perl: unable to install libtext-iconv-perl (1.7-5) on Debian sid
Package: libtext-iconv-perl Version: 1.7-5 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Trying to install the package * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? # apt-get install libtext-iconv-perl Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libtext-iconv-perl : Depends: perlapi-5.24.1 E: Unable to correct problems, you have held broken packages. # dpkg -l perl-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii perl-base 5.26.0-4 amd64minimal Perl system # * What outcome did you expect instead? I would expect the package to be installed. It seems the package still depends on perl-base 5.24.1 when perl-5.26.0 is installed by all updates. -- System Information: Debian Release: buster/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.7-std-3 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libtext-iconv-perl depends on: ii libc6 2.24-12 ii perl-base 5.26.0-4 pn perlapi-5.24.1 libtext-iconv-perl recommends no packages. libtext-iconv-perl suggests no packages.
Bug#623036: closed by Matthijs Möhlmann (Bug#623036: fixed in pdns 2.9.22-9)
The bug has not been fixed in 2.9.22-9. I still get the same error message in the log. Is there anything else I can do to supply more information? Tiger!P -- A random quote: Een reden is alleen maar interessant als je het doel er van snapt. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623036: pdns-backend-mysql: pdns fails to start: Unable to load module '/usr/lib/powerdns/libgmysqlbackend.so'
Package: pdns-backend-mysql Version: 2.9.22-8+b1 Severity: grave Justification: renders package unusable I saw the following line in the daemon.log: Apr 16 21:33:14 sabrina pdns[4340]: Unable to load module '/usr/lib/powerdns/libgmysqlbackend.so': /usr/lib/powerdns/libgmysqlbackend.so: symbol __cxa_pure_virtual, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference And pdns cannot start because of this. Now I have reverted to the previous version of the package (2.9.22-8) which starts. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 pdns-backend-mysql depends on: pn libc6 (no description available) ii libgcc1 1:4.6.0-2GCC support library ii libmysqlclient165.1.49-3 MySQL database client library ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii pdns-server 2.9.22-8+b1 extremely powerful and versatile nameserver ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pdns-backend-mysql recommends no packages. pdns-backend-mysql suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623036: Wrong version reported
Hello, I saw in the bugtracker that it stated "Found in version pdns/2.9.22-8", but that is not correct. The bug is in version 2.9.22-8+b1 . The reason it reported the other version, is that I first reverted to the previous version before running reportbug. Sorry Tiger!P -- A random quote: Wie zegt dat het leukste moment in je leven al niet voorbij is? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671471: [patch] Workaround for pulse-alsa.conf file
Hello,
I was able to get audio from my system again after changing the
/usr/share/alsa/pulse-alsa.conf file, see the attached patch file.
Of course I don't know why the config file contains the lines which I
commented, but since it works for me I thought to share it.
Tiger!P
--
A random quote:
You can become used to anything if it goes on long enough.
--- /usr/share/alsa/pulse-alsa.conf.orig2012-02-19 13:55:05.0
+0100
+++ /usr/share/alsa/pulse-alsa.conf 2012-05-06 19:37:01.0 +0200
@@ -4,13 +4,13 @@
pcm.!default {
type pulse
- hint {
- show {
- @func refer
- name defaults.namehint.basic
- }
- description "Playback/recording through the PulseAudio sound
server"
- }
+# hint {
+# show {
+# @func refer
+# name defaults.namehint.basic
+# }
+# description "Playback/recording through the PulseAudio sound
server"
+# }
}
ctl.!default {
@@ -19,13 +19,13 @@
pcm.pulse {
type pulse
- hint {
- show {
- @func refer
- name defaults.namehint.basic
- }
- description "Playback/recording through the PulseAudio sound
server"
- }
+# hint {
+# show {
+# @func refer
+# name defaults.namehint.basic
+# }
+# description "Playback/recording through the PulseAudio sound
server"
+# }
}
ctl.pulse {
