Bug#662103: phonon-backend-vlc: Pausing and resuming in Amarok changes volume
I was pleasantly surprised to find that phonon-backend-vlc 0.6.0-1 was pushed to wheezy during my last set of updates, and I can confirm that this new package fixes the issue for me too. Thank you for all your hard work! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662103: phonon-backend-vlc: Pausing and resuming in Amarok changes volume to 100%
Hi all, I can confirm that this bug currently still exists in wheezy which on my up-to-date system is still 0.5.0+14.g382da0d-2. Is there any chance of getting this fix backported into wheezy as it is causing my eardrums to suffer on a regular basis :( ATB, Mark. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618904: [Pkg-openldap-devel] Bug#618904: Slapd hangs when creating new groups with GOsa
On 20/10/11 03:07, Pawel Wilk wrote: Package: slapd Version: 2.4.23-7.2 Severity: important Slapd hangs when creating groups with GOsa. The only way to restart the slapd is then to kill it with SIGKILL and run the service it again. The mentioned groups are RFC2307bis compliant objects based on the object classes: - groupOfNames, - posixGroup. They require at least one member attribute (2.5.4.31) and if there is no member to add (i.e. because group is a POSIX primary group refered only by gidNumber in user objects) then DN of the very same group object is used. So in case of DN: cn=group1,ou=groups,dc=my,dc=org The group will have the initial member set to: cn=group1,ou=groups,dc=my,dc=org I also have memberof module and overlay enabled (with refint) for member and uniqueMember attributes. Based upon my testing above, I eventually deduced that the hang seems to be caused by the presence of the memberOf overlay. Does temporarily removing it from your configuration fix the problem for you? Unfortunately the answer from upstream is upgrade from 2.4.23, so unless Debian can raise an exception to push a version update into squeeze then it's going to require someone to perform a git bisection and backport the fix :( ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618904: [Pkg-openldap-devel] Bug#618904: openldap 2.4.23 slapd server process frequently hangs during everyday use
On 23/03/11 19:45, Quanah Gibson-Mount wrote: I would note that you are the only person using OpenLDAP 2.4.23 since it was released on 6/10/2010 to report this issue. So while I concur this is a serious issue for your use of OpenLDAP, it is also somehow related to your specific OpenLDAP configuration. You never provided your configuration in the upstream discussion that I can find, so it's difficult to know what you've done specifically in your environment that is causing the problem to show up. That's true, although no-one really showed any interest after I could verify that 2.4.24 fixed the issue. If you're still interested, I'll see if I can spend some time at the beginning of next week to come up with a reproducible test case. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618904: openldap 2.4.23 slapd server process frequently hangs during everyday use
Package: slapd
Version: 2.4.23-7
Severity: critical
Tags: squeeze
After upgrading our LDAP server from lenny (2.4.11) to squeeze (2.4.23), we
have found
that the slapd process frequently hangs when adding new objects to the LDAP
tree. The
server freezes and will not accept any new connections until it is forcibly
terminated
with kill -9 and then the slapd process restarted.
When the slapd process has hung, I see the following backtrace in gdb:
(gdb) bt full
#0 0x7fa50aca8be5 in pthread_join (threadid=140346751547136,
thread_return=0x0) at pthread_join.c:89
__ignore = value optimized out
_tid = 10340
_buffer = {__routine = 0x7fa50aca8ab0 cleanup, __arg = 0x7fa506457d28,
__canceltype = 105216464, __prev = 0x0}
oldtype = 0
result = value optimized out
#1 0x0042d72c in slapd_daemon () at
/home/devel/openldap/trunk/servers/slapd/daemon.c:2842
listener_tid = 140346751547136
rc = 0
#2 0x0041ae6a in main (argc=9, argv=0x7fffd2f2e5b0) at
/home/devel/openldap/trunk/servers/slapd/main.c:961
i = 9
no_detach = 0
rc = -12
urls = 0x7df0c0 ldap:/// ldapi:///
username = 0x7df100 root
groupname = 0x7df0e0 ldap
sandbox = 0x0
syslogUser = 160
configfile = 0x7df120 /etc/ldap/slapd.conf
configdir = 0x0
serverName = value optimized out
scp = value optimized out
scp_entry = value optimized out
debug_unknowns = 0x0
syslog_unknowns = 0x0
slapd_pid_file_unlink = 1
slapd_args_file_unlink = 1
firstopt = value optimized out
__PRETTY_FUNCTION__ = main
(gdb)
This suggests that there may be some kind of thread locking issue occurring
which is
causing the main process to hang.
I have raised this with upstream here:
http://www.openldap.org/lists/openldap-technical/201103/msg00175.html
and confirmed that the same issue occurs on a vanilla build of 2.4.23. Further
testing
here shows that issue appears to be resolved in 2.4.24.
This is an extremely critical DOS issue and means that Squeeze's 2.4.23
packages are
unusable in a production environment.
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages slapd depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii coreutils 8.5-1GNU core utilities
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libc6 2.11.2-10Embedded GNU C Library: Shared lib
ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr
ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries
ii libltdl72.2.6b-2 A system independent dlopen wrappe
ii libperl5.10 5.10.1-17shared Perl library
ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra
ii libslp1 1.2.1-7.8OpenSLP libraries
ii libuuid12.17.2-9 Universally Unique ID library
ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii perl [libmime-base64-pe 5.10.1-17Larry Wall's Practical Extraction
ii psmisc 22.11-1 utilities that use the proc file s
ii unixodbc2.2.14p2-1 ODBC tools libraries
Versions of packages slapd recommends:
ii libsasl2-modules 2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat
Versions of packages slapd suggests:
ii ldap-utils2.4.23-7 OpenLDAP utilities
-- debconf information excluded
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
