Bug#891712: libboost-python1.63-dev requires and installs python2
Package: libboost-python1.63-dev Version: 1.63.0+dfsg-1.1 I am developing for Python 3 and I needed boost development files for Python. To my surprise installing libboost-python1.63-dev wants to install also whole Python 2 installation. I find this problematic because I do not need it and it also introduces complexity later on for me because other tools then find both Python 2 and Python 3 available and sometimes get confused which one I prefer to use. I would suggest the package is split for Python 2 and Python 3.
Bug#762247: runit: svwaitup program is missing from the runit package
Package: runit Version: 2.1.1-6.2 Severity: normal Hi! It seems svwaitup program is missing from the runit package: http://smarden.org/runit1/svwaitup.8.html svwaitup allows you to create dependencies between services: http://smarden.org/pape/djb/daemontools/noinit.html Mitar -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages runit depends on: ii procps 1:3.3.3-3 Versions of packages runit recommends: ii fgetty 0.6-5 Versions of packages runit suggests: pn socklog-run none -- 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#754056: mysql-server: When using file logging traps in mysqld_safe do not have an effect
Package: mysql-server Version: 5.5.37-0+wheezy1 Severity: important Hi! This is a followup to bug #208364. #208364 added a patch which make mysqld_safe respond to signals and nicely terminate mysqld. The issue is that it does not cover the case when --skip-syslog --log-error is used to run mysqld_safe. wait is missing in the command line in that code path. Adding it solves the issue. Mitar -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server depends on: ii mysql-server-5.5 5.5.37-0+wheezy1 mysql-server recommends no packages. mysql-server suggests no packages. -- no debconf information --- mysqld_safe.orig 2014-07-06 23:05:31.378738591 -0700 +++ mysqld_safe 2014-07-06 23:05:12.158643283 -0700 @@ -143,7 +143,7 @@ eval_log_error () { cmd=$1 case $logging in -file) cmd=$cmd `shell_quote_string $err_log` 21 ;; +file) cmd=$cmd `shell_quote_string $err_log` 21 wait ;; syslog) # mysqld often prefixes its messages with a timestamp, which is # redundant when logging to syslog (which adds its own timestamp)
Bug#754049: mysql-server: Unable to output logs to stderr
Package: mysql-server Version: 5.5.37-0+wheezy1 Severity: important Dear Maintainer, I am trying to run mysql-server under runit and mysqld_safe as packed with Debian makes impossible for me to send logs to stderr instead of a file or syslog. Even specifying --skip-syslog does not address the issue because --log-error is still set. There should be a way to tell mysqld_safe to not set log-error so that logs go to stderr. Mitar -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server depends on: ii mysql-server-5.5 5.5.37-0+wheezy1 mysql-server recommends no packages. mysql-server 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#563391: [Python-apps-team] Bug#563391: 0.12 in unstable
Hi! On Fri, Jun 3, 2011 at 12:21 AM, W. Martin Borgert deba...@debian.org wrote: I would love to work on the Trac package again, but real world keeps me busy. No upload nor testing can be done by me, sorry. We have here a working Trac 0.12.2 deb package: http://debs.tnode.com/debian/ Mitar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563391: Package Trac 0.12 as well
Hi! I am using http://deb.bearstech.com/trac/ and it works well for me. Only md5sum of jquery library is seen wrong as it makes a symlink to another file. Be careful, it is highly recommended not to use other version of jquery than that supplied with it. Mitar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587154: Sympa upgrade overwrites current .conf files
I have been also bitten by this with sympa-6.1.1~dfsg. I opted for expert (not using dbconfig) mode when installing sympa and the result was: Installation script was saying that there is unknown database type (empty) as of course there was nothing configured in /etc/dbconfig-common/sympa.conf. I had to set database type there even if I don't want to use it. And rerun installation. Then it overwrote my database settings in sympa.conf (comment old out values and set empty/wrong values). And so it again failed installing it. I just could not make values stick. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587154: [Pkg-sympa-devel] Bug#587154: Sympa upgrade overwrites current .conf files
On Mon, Jan 24, 2011 at 12:54 PM, Jonas Smedegaard d...@jones.dk wrote: With rerun installation you mean dpkg-reconfigure sympa or...? Installation of Sympa fails in configuration phase because of this problems. Rerunning means simply retrying to install Sympa again (which reruns configuration phase again). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588685: python-django: Missing jquery.min.js symlink among /usr/lib/pymodules/ files
Hi! On Tue, Jul 20, 2010 at 1:03 PM, Chris Lamb la...@debian.org wrote: Unless I'm missing something.. I also cannot reproduce this anymore, aptitude reinstall python-django also creates the file now. No idea why there was symlink missing before. Mitar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588685: python-django: Missing jquery.min.js symlink among /usr/lib/pymodules/ files
Package: python-django Version: 1.2.1-1 Severity: normal After jQuery was symlinked it seems there is missing a symlink for jquery.min.js in /usr/lib/pymodules/python2.5/django/contrib/admin/media/js/. Because of this Django components which expect jquer.ymin.js do not work. (In runserver mode where Django is serving admin media files by itself it uses this location, for example.) There is a symlink for jquery.js though. There also exists a symlink in /usr/share/pyshared/django/contrib/admin/media/js/ for jquery.min.js. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-django depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.3~bpo50+1 automated rebuilding support for P Versions of packages python-django recommends: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web Versions of packages python-django suggests: ii python-flup 1.0.2-1Implements Python Web Server Gatew ii python-mysqldb1.2.2-7A Python interface to MySQL pn python-psycopgnone (no description available) ii python-psycopg2 2.2.1-1Python module for PostgreSQL pn python-sqlite none (no description available) pn python-yaml none (no description available) -- 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#454076: Ubuntu has fix for that
Hi! I believe I had very similar problem and Ubuntu has fix for that. Will there be a fix also on a Debian system? https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/237557 There is also a workaround: recompile an OpenSSH package without a SELinux switch. So my problem was on a Linux Debian 5.0 system without ever enabling SELinux that OpenSSH fails when trying to chroot with PAM chroot module. I believe this the reason is the same as in this bug. Mitar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#400448: libnss-ldap: Certificate verification using tls_cacertdir causes long delay
Hi! On Fri, May 16, 2008 at 10:52 AM, Simon Josefsson [EMAIL PROTECTED] wrote: Which means it has been solved in gnutls 2.3.3 or later. Unfortunately, that isn't in debian yet, but once it is, could you test it? Or if you can build gnutls from sources and try it. Oh. Great. But that was quite a long time ago. I do not have that system up anymore. Sorry. But at that time I recompiled with openssl and it worked. So I believe that it will work also now with gnutls. Best regards and thanks Mitar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400448: libnss-ldap: Certificate verification using tls_cacertdir causes long delay
Package: libnss-ldap Version: 238-1 Severity: grave Justification: renders package unusable Hi! When I configure CA directory with tls_cacertdir configuration option in /etc/libnss.conf file NSS querying (for example finger mitar) takes very long (about 20 seconds per query). With only CA file in both /etc/libnss.conf and /etc/ldap/ldap.conf it is normally fast. Other LDAP programs (ldapsearch) verify CA directory without delay. I noticed this delay only with libnss-ldap (and libpam-ldap but I have not worked on that yet so I am not sure that it is the same cause). I have only default Debian CA certificates (ca-certificates) and one local self-signed for LDAP server. I checked also with current unstable package (251-7) and it is the same. Mitar Relevant options in /etc/nsswitch.conf: passwd: files ldap group: files shadow: files All options in /etc/libnss.conf: host 127.0.0.1:636 base dc=druga,dc=org uri ldaps://127.0.0.1:636/ ldap_version 3 port 636 bind_policy hard pam_login_attribute uid pam_password exop nss_base_passwd ou=People,dc=druga,dc=org ssl on tls_checkpeer yes tls_cacertfile /etc/ssl/certs/ca-certificates.crt tls_cacertdir /etc/ssl/certs tls_ciphers HIGH:!SSLv2 All options in /etc/ldap/ldap.conf: BASEdc=druga,dc=org URI ldaps://127.0.0.1:636/ HOST127.0.0.1:636 PORT636 TLS_CACERT /etc/ssl/certs/ca-certificates.crt TLS_CACERTDIR /etc/ssl/certs TLS_REQCERT demand -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17-usura Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libnss-ldap depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libkrb53 1.3.6-2sarge3 MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]