Bug#1022208: direnv: Missing manpage direnv.toml(1)
Package: direnv Version: 2.32.1-1+b1 Severity: normal X-Debbugs-Cc: aa...@schrab.com Dear Maintainer, The main manpage refers to the direnv.toml(1) manpage for information about configuration, but this isn't included in the package. Looking at the source I see it there, but it doesn't get included in the binary package. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-1-amd64 (SMP w/2 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: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages direnv depends on: ii libc6 2.35-3 direnv recommends no packages. direnv suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#962921: apticron: Use of tempfile(1) produces a warning message
Package: apticron Version: 1.2.3+nmu1 Severity: normal Tags: patch Dear Maintainer, Starting with debianutils version 4.10 the tempfile(1) program displays a run-time deprecation warning; this causes cron to send the output via email separate from any message that would be sent by apticron. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.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.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages apticron depends on: ii apt 2.1.6 ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1+b1 ii bzip2 1.0.8-3 ii cron [cron-daemon] 3.0pl1-136 ii dpkg1.19.7 ii mailutils [mailx] 1:3.9-2 ii ucf 3.0042 Versions of packages apticron recommends: ii apt-listchanges 3.22 ii gpg 2.2.20-1 ii iproute2 5.7.0-1 apticron suggests no packages. -- debconf information: apticron/notification: root From 8f1206539aa08487c5729830e7c7da17f0fb8bb3 Mon Sep 17 00:00:00 2001 From: Aaron Schrab Date: Mon, 15 Jun 2020 19:52:18 -0400 Subject: [PATCH] Use mktemp(1) rather than tempfile(1) Starting with debianutils version 4.10 the tempfile(1) program displays a run-time deprecation warning; this causes cron to send the output via email separate from any message that would be sent by apticron. Switch to using mktemp(1) instead. --- apticron | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/apticron b/apticron index fceb182..dcce1f6 100755 --- a/apticron +++ b/apticron @@ -4,10 +4,10 @@ # implementations in Debian. Make sure we send proper headers, and a # text/plain content type. Mailx() { -MAIL_BODY_FILE=$(tempfile) +MAIL_BODY_FILE=$(mktemp) cat > "$MAIL_BODY_FILE" if [ "x$GPG_ENCRYPT" = "x1" ] && gpg --list-public-keys "$EMAIL" > /dev/null 2>&1; then -MAIL_ENC_FILE=$(tempfile) +MAIL_ENC_FILE=$(mktemp) gpg --trust-model always --batch --armor --encrypt --recipient "$EMAIL" < "$MAIL_BODY_FILE" > "$MAIL_ENC_FILE" mv "$MAIL_ENC_FILE" "$MAIL_BODY_FILE" fi -- 2.27.0
Bug#961690: [PATCH] Use mktemp(1) instead of tempfile(1) in lessfile
tags 961690 patch thanks --- 8< -- From: Aaron Schrab Date: Wed, 27 May 2020 19:30:14 -0400 Subject: [PATCH] Use mktemp(1) instead of tempfile(1) in lessfile As of version 4.10 of the debianutils package, tempfile(1) issues a run-time deprecation warning. Switch to mktemp(1) to avoid this. --- debian/lesspipe | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/lesspipe b/debian/lesspipe index a74459f..f36ee3b 100644 --- a/debian/lesspipe +++ b/debian/lesspipe @@ -48,7 +48,7 @@ if [ $# -eq 1 ] ; then # generate filename for possible use by lesspipe umask 077 if [ $BASENAME = $LESSFILE ]; then - TMPFILE=`tempfile -d $TMPDIR -p lessf` + TMPFILE=$(mktemp "${TMPDIR}/lessfXX") if [ -z "$TMPFILE" ]; then echo >&2 "Could not find essential program 'tempfile'. Exiting" exit 1 -- 2.27.0.rc2
Bug#961690: less: Using lessfile and latest debianutils results in a deprecation warning
Package: less Version: 551-1 Severity: normal Dear Maintainer, After updating my system today I started seeing the following warning when running `less` with LESSOPEN="/usr/bin/lessfile %s": WARNING: tempfile is deprecated; consider using mktemp instead. It looks like this is due to a change in debianutils 4.10: debianutils (4.10) unstable; urgency=medium * installkernel: stay in /sbin. closes: #961476. * tempfile: add run-time deprecation warning. -- Clint Adams Sun, 24 May 2020 19:40:59 -0400 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (801, 'unstable'), (700, 'stable'), (500, 'unstable-debug') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages less depends on: ii libc6 2.30-8 ii libtinfo6 6.2-1 less recommends no packages. less suggests no packages. -- no debconf information
Bug#934661: [PATCH] Keep help files in upstream location
tags 934661 patch thanks - >8 - Removing the entire contents due to the missing __init__.py file. Removing the markdown files from this location prevents the help from being displayed through the web UI. --- debian/python3-fava.docs | 1 - debian/rules | 4 2 files changed, 5 deletions(-) diff --git a/debian/python3-fava.docs b/debian/python3-fava.docs index bd619a9..a1320b1 100644 --- a/debian/python3-fava.docs +++ b/debian/python3-fava.docs @@ -1,2 +1 @@ README.rst -fava/help/ diff --git a/debian/rules b/debian/rules index f1bf718..d6e9c81 100755 --- a/debian/rules +++ b/debian/rules @@ -4,7 +4,6 @@ include /usr/share/dpkg/pkg-info.mk export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie -export PYBUILD_AFTER_INSTALL=rm -rf '{destdir}/{install_dir}/fava/help' export PYBUILD_NAME=fava %: dh $@ --with python3 --buildsystem=pybuild @@ -26,6 +25,3 @@ endif override_dh_auto_clean: dh_auto_clean rm -f debian/manpages/fava.1 - -override_dh_installdocs: - dh_installdocs -X __init__.py -X __pycache__ -- 2.23.0.rc1 signature.asc Description: PGP signature
Bug#934661: python3-fava: Fails to start with ModuleNotFoundError: No module named 'fava.help'
Package: python3-fava Version: 1.10-1 Severity: grave Justification: renders package unusable Dear Maintainer, Freshly installed the package and attempted to run the program. It immediately died with the following stack trace: Traceback (most recent call last): File "/usr/bin/fava", line 11, in load_entry_point('fava==1.10', 'console_scripts', 'fava')() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 489, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2843, in load_entry_point return ep.load() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2434, in load return self.resolve() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2440, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python3/dist-packages/fava/cli.py", line 10, in from fava.application import app File "/usr/lib/python3/dist-packages/fava/application.py", line 45, in from fava.help import HELP_PAGES ModuleNotFoundError: No module named 'fava.help' -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-fava depends on: ii python3 3.7.3-1 ii python3-babel2.6.0+dfsg.1-1 ii python3-beancount2.2.0-3 ii python3-cheroot 6.5.5+ds-2 ii python3-click7.0-1 ii python3-flask1.0.2-3 ii python3-flask-babel 0.11.2-2 ii python3-jinja2 2.10.1-1 ii python3-markdown22.3.7-2 ii python3-ply 3.11-3 ii python3-simplejson 3.16.0-2 python3-fava recommends no packages. python3-fava suggests no packages. -- no debconf information
Bug#896644: postinst failure
Although the script starts with `set -e` it also has: update-alternatives --query mpi | grep --silent libmpi if [ $? -eq 0 ] ; then Checking the status of a command afterward isn't going to work, since the `set -e` will cause the script to abort before the if statement is reached. That should be: if update-alternatives --query mpi | grep --silent libmpi then signature.asc Description: PGP signature
Bug#867849: dovecot-core: Upgrade attempts to recreate dovecot user and fails when adduser reports the user already exists
Package: dovecot-core Version: 1:2.2.31-1 Severity: important Dear Maintainer, I attempted to uprade my dovecot installation from 1:2.2.30.2-1 to 1:2.2.31-1, and it failed during the configuration phase. Output from the dpkg unpacking: Preparing to unpack .../040-dovecot-core_1%3a2.2.31-1_amd64.deb ... Unpacking dovecot-core (1:2.2.31-1) over (1:2.2.30.2-1) ... After the initial apt run failed to configure the new dovecot packages, I tried to do the configuration again. The first portion of the logs from that follow: 1141$ sudo dpkg --configure -a Setting up dovecot-core (1:2.2.31-1) ... adduser: The user `dovecot' already exists. Exiting. dpkg: error processing package dovecot-core (--configure): subprocess installed post-installation script returned error exit status 1 I have worked around this locally by commenting out the calls to adduser in the postinst script. -- Package-specific info: -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/2 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: systemd (via /run/systemd/system) Versions of packages dovecot-core depends on: ii adduser 3.115 ii init-system-helpers 1.48 ii libbz2-1.0 1.0.6-8.1 ii libc62.24-12 ii libexttextcat-2.0-0 3.4.4-2+b1 ii liblz4-1 0.0~r131-2+b1 ii liblzma5 5.2.2-1.2+b1 ii libpam-runtime 1.1.8-3.6 ii libpam0g 1.1.8-3.6 ii libssl1.11.1.0f-3 ii libstemmer0d 0+svn585-1+b2 ii libwrap0 7.6.q-26 ii lsb-base 9.20161125 ii openssl 1.1.0f-3 ii ssl-cert 1.0.39 ii ucf 3.0036 ii zlib1g 1:1.2.8.dfsg-5 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: iu dovecot-gssapi1:2.2.31-1 iu dovecot-imapd 1:2.2.31-1 pn dovecot-ldap iu dovecot-lmtpd 1:2.2.31-1 pn dovecot-lucene iu dovecot-managesieved 1:2.2.31-1 pn dovecot-mysql pn dovecot-pgsql iu dovecot-pop3d 1:2.2.31-1 iu dovecot-sieve 1:2.2.31-1 iu dovecot-solr 1:2.2.31-1 pn dovecot-sqlite ii ntp 1:4.2.8p10+dfsg-5 Versions of packages dovecot-core is related to: ih dovecot-core [dovecot-common] 1:2.2.31-1 iu dovecot-dbg1:2.2.31-1 pn dovecot-dev iu dovecot-gssapi 1:2.2.31-1 iu dovecot-imapd 1:2.2.31-1 pn dovecot-ldap iu dovecot-lmtpd 1:2.2.31-1 iu dovecot-managesieved 1:2.2.31-1 pn dovecot-mysql pn dovecot-pgsql iu dovecot-pop3d 1:2.2.31-1 iu dovecot-sieve 1:2.2.31-1 pn dovecot-sqlite -- no debconf information
Bug#848180: konsole: Includes application name in window title when configured not to do so
Package: konsole Version: 4:16.08.3-1 Severity: minor Dear Maintainer, After unchecking the "Show application name on the titlebar" option in the Configure Konsole dialog it still inludes " - Konsole" at the end of window titles. This occurs even after closing all Konsole windows and restarting the application. I first observed this with version 4:16.08.2-2 of both the konsole and konsole-kpart packages. I upgraded both of those to 4:16.08.3-1 from unstable to check if the issue was still present (and I again made sure to close all windows after the upgrade). Before I installed the version from testing yesterday I hadn't used this package in long time, so I can't say how long this bug has existed. Thank you for your work on Debian, Aaron -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-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 Init: systemd (via /run/systemd/system) Versions of packages konsole depends on: ii kio 5.27.0-2 ii konsole-kpart 4:16.08.3-1 ii libc6 2.24-7 ii libkf5completion5 5.27.0-1 ii libkf5configcore5 5.27.0-1 ii libkf5configgui5 5.27.0-1 ii libkf5configwidgets5 5.27.0-1 ii libkf5coreaddons5 5.27.0-1 ii libkf5crash5 5.27.0-1 ii libkf5dbusaddons5 5.27.0-1 ii libkf5i18n5 5.27.0-2 ii libkf5iconthemes5 5.27.0-1 ii libkf5kiowidgets5 5.27.0-2 ii libkf5notifyconfig5 5.27.0-1 ii libkf5widgetsaddons5 5.27.0-1 ii libkf5windowsystem5 5.27.0-1 ii libkf5xmlgui5 5.27.0-1 ii libqt5core5a 5.7.1~20161021+dfsg-6 ii libqt5gui55.7.1~20161021+dfsg-6 ii libqt5widgets55.7.1~20161021+dfsg-6 ii libstdc++66.2.1-5 konsole recommends no packages. konsole suggests no packages. -- no debconf information
Bug#770105: sed in wheezy doesn't have -z option
On Wed, 19 Nov 2014 00:21:19 +0100 Piotr Ożarowski pi...@debian.org wrote: sed in wheezy (v4.2.1) doesn't have -z (AKA --null-data). removing this option and -0 from xargs call in /usr/lib/php5/sessionclean fixed this for me, but I'm not sure if it's the proper fix (can php5 session file names contain special characters?) Besides those changes, I you'd also need to change `-F0` argument for lsof to just `-F`. This would have problems if there are filenames which contain newlines, but I suspect that wouldn't happen. Even with the above it just echoes the touch command rather than actually running it, so the `echo` needs to be removed as well. This wouldn't be noticed if the lsof command isn't modified, since sed will fail to match anything leaving nothing for xargs to do. A better option may be just backing out the change that introduced this, it definitely doesn't look like it was tested enough to have been introduced in a security update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770105: sed in wheezy doesn't have -z option
At 19:18 -0500 18 Nov 2014, I wrote: Even with the above it just echoes the touch command rather than actually running it, so the `echo` needs to be removed as well. And a layer of quotes should be removed from the xargs placeholder as well, or just remove the placeholder altogether since xargs will automatically put the arguments at the end. In either case, xargs is responsible for quoting the arguments that it adds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
At 12:12 +0200 10 Oct 2014, Axel Beckert a...@debian.org wrote: That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Shouldn't the #! line use zsh5 explicitly? Otherwise it doesn't seem like this would solve the problem it's just adding another layer of indirection to get to the /bin/zsh which will still be broken during the upgrade process. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
At 06:44 -0400 10 Oct 2014, I wrote: At 12:12 +0200 10 Oct 2014, Axel Beckert a...@debian.org wrote: That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Shouldn't the #! line use zsh5 explicitly? Otherwise it doesn't seem like this would solve the problem it's just adding another layer of indirection to get to the /bin/zsh which will still be broken during the upgrade process. Actually, during the upgrade /bin/zsh would be pointing back to the script itself giving an infinite loop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
At 11:23 +0200 11 May 2013, Axel Beckert a...@debian.org wrote: Not nice, indeed. I though have no immediate idea what could have caused this. I though think that this issue, if not caused by other issues, is quite important to fix. As far as I can tell, it's just caused by how dpkg works. As it's supposed to do, dpkg first unpacked the new version of zsh and removed the old version along with doing the same for the other packages being upgraded in that run. Only once that was done did it start running the postinst scripts for the packages one by one. In most cases this isn't much of an issue, most packages will work at least somewhat when not configured or when the configuration step was done for a previous version of the package. Here since the actual executable moved from /bin/zsh4 to /bin/zsh5 during the unpacking phase but update-alternatives wasn't called to do its work until the postinst script was run this left the /bin/zsh and /usr/bin/zsh links broken during that time. Once the postinst script actually ran, the problem was resolved. This would likely be difficult to notice during development. Since in that case it's likely that the zsh package would be upgraded by itself rather than with a large number of other packages, in which case there wouldn't be much of a gap between when the package is unpacked and when the postinst script is run. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
Package: zsh Version: 5.0.2-3 Severity: normal Dear Maintainer, Today I upgraded my zsh package from 4.3.17-1 to 5.0.2-3, along with a somewhat large number of packages. Because there were quite a few packages being upgraded at once, there was a significant amount of time between when the new version of zsh was unpacked to replace the old version and the when the postinst script was run. During this time, my system was left in a somewhat broken state due to many things trying to run /bin/zsh which was still pointing at the (already removed) /bin/zsh4 through the alternatives system. I don't know if there's anything which can be done to alleviate this issue, but it would certainly be nice if some improvement could be made. As jessie and sid diverge even more from wheezy the amount of packages upgraded at a single time is likely to increase for people switching, further increasing the amount of time where systems are left in a bad state. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 zsh depends on: ii dpkg1.16.10 ii libc6 2.17-1 ii libcap2 1:2.22-1.2 ii libtinfo5 5.9-10 ii zsh-common 5.0.2-3 Versions of packages zsh recommends: ii libncursesw5 5.9-10 ii libpcre3 1:8.31-2 Versions of packages zsh suggests: pn zsh-doc none -- Configuration Files: /etc/zsh/zshrc 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#685818: shorewall: Unrelated env var causes failure
Package: shorewall Version: 4.5.5.3-1 Severity: important Dear Maintainer, I recently upgraded my system to wheezy, and started getting the following type of errors when starting or restarting shorewall: Shorewall configuration compiled to /var/lib/shorewall/.restart /var/lib/shorewall/.restart: 2645: /var/lib/shorewall/.restart: Syntax error: ;; unexpected (expecting }) /sbin/shorewall: 124: [: -lt: unexpected operator /var/lib/shorewall/.restart: 2645: /var/lib/shorewall/.restart: Syntax error: ;; unexpected (expecting }) Looking through that generated script, I discovered the following: # # From the params file # PSQL_EDITOR='vim +'set ft=sql'\'\ ' From that point on, the quoting is messed up. This appears to be from the export_params method in /usr/share/shorewall/Shorewall/Config.pm . The variable mentioned there exported by my shell configuration with: export PSQL_EDITOR=vim +'set ft=sql' If I unset that variable before restarting shorewall, the problem goes away. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.4.2-linode44 (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 shorewall depends on: ii bc 1.06.95-2 ii debconf [debconf-2.0] 1.5.46 ii iproute20120521-3 ii iptables 1.4.14-3 ii perl-modules 5.14.2-12 ii shorewall-core 4.5.5.3-1 shorewall recommends no packages. Versions of packages shorewall suggests: ii linux-image-2.6.32-5-686 [linux-image] 2.6.32-45 ii linux-image-3.2.0-3-686-pae [linux-image] 3.2.23-1 ii make 3.81-8.2 pn shorewall-doc none -- Configuration Files: /etc/default/shorewall changed [not included] /etc/shorewall/params [Errno 13] Permission denied: u'/etc/shorewall/params' -- debconf information: shorewall/invalid_config: shorewall/dont_restart: shorewall/major_release: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685038: ITP: mailscanner -- email gateway for virus scanning, spam and phishing detection
Package: wnpp Severity: wishlist Owner: Aaron Schrab aa...@schrab.com * Package name: mailscanner Version : 4.84.5.2 Upstream Author : Julian Field mailscan...@ecs.soton.ac.uk * URL : http://www.mailscanner.info * License : GPL Programming Lang: Perl Description : email gateway for virus scanning, spam and phishing detection MailScanner is a email gateway virus-scanner and spam and phishing-detector. It uses Exim, sendmail or postfix as its basis, and supports clamav and some commercial virus scanning engines to do the actual virus scanning. For spam detection MailScanner uses spamassassin. The action taken on virus, spam or phishing mails can be configured with a flexible ruleset based on sender, receiver, scoring, etc. Virus checking is disabled and spam checking is enabled by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685038: ITP: mailscanner -- email gateway for virus scanning, spam and phishing detection
At 23:37 -0400 15 Aug 2012, Scott Kitterman deb...@kitterman.com wrote: Aaron Schrab aa...@schrab.com wrote: In order to integrate with postfix, mailscanner directly manipulates internal postfix queue files. This is not supported by postfix and has broken rather badly on multiple occasions in the past. Mailscanner's postfix integration should not be mentioned in the package description and it's use should be discouraged in the package documentation. I've been using it with postfix for quite a while without encountering any issues with that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684619: [nullmailer] Debconf prompts for info that might contain password, saves to world-readable file
At 08:54 +0100 13 Aug 2012, Nick Leverton n...@leverton.org wrote: Thanks for the very good catch on this one. The package is ready to upload but needs a sponsor. Would you be able to spare a bit more time to upload the fix for me, please ? Sorry I'm not a Debian Developer, so I can't upload packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684619: [nullmailer] Debconf prompts for info that might contain password, saves to world-readable file
Package: nullmailer Version: 1:1.11-1 Severity: serious Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- Durint installation, this package uses debconf to get information about how mail should be delivered, giving examples that show how to specify a password for an SMTP account. This information is then saved to /etc/nullmailer/remotes which is readable by any account on the system. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablehttp.debian.net --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.4) | 2.13-35 libgnutls26 (= 2.12.17-0) | 2.12.20-1 libstdc++6 (= 4.1.1) | 4.7.1-6 debconf (= 0.5) | 1.5.45 OR debconf-2.0| lsb-base | 4.1+Debian7 Recommends (Version) | Installed -+-=== rsyslog | 5.8.11-1+b1 OR system-log-daemon| Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601426: blueproximity: no built-in options for kde screen locker
I agree that it would be nice to have preconfigured commands available for working with the KDE screen saver. I would, however, make a slight change to the supplied lock command, and instead use the following: qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock Specifying the interface which provides the method isn't necessary, and I think it looks cleaner without that. Unfortunately, there doesn't appear to be a better way to unlock the screen. Running the above qdbus command without the final argument to specify the method will give a list of supported methods, and none of them appears to work properly. The SetActive method looked promising, and it even partially works, but it only makes the desktop visible without unlocking or hiding screen saver widgets. But, the list of methods does include one that I'd like to see included in the list of preconfigured proximity commands: qdbus org.freedesktop.ScreenSaver /ScreenSaver SimulateUserActivity Thanks, Aaron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488280: postgresql-common: Undefined variable used in pg_ctlcluster error messages
Package: postgresql-common Version: 88 Severity: normal *** Please type your report below this line *** There are 2 error messages in pg_ctlcluster that use $pgctl instead of $pg_ctl. The attached patch corrects these. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-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/bash Versions of packages postgresql-common depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii postgresql-client-common 88 manager for multiple PostgreSQL cl ii procps1:3.2.7-6 /proc file system utilities ii ssl-cert 1.0.14 Simple debconf wrapper for openssl postgresql-common recommends no packages. -- debconf information: postgresql-common/obsolete-major: --- pg_ctlcluster.orig 2008-06-27 10:45:05.0 -0400 +++ pg_ctlcluster 2008-06-27 10:45:55.0 -0400 @@ -310,12 +310,12 @@ if (fork) { wait; -error could not exec $pgctl @options: $! if $?; +error could not exec $pg_ctl @options: $! if $?; } else { setsid or error could not start session: $!; dup2(POSIX::open('/dev/null', POSIX::O_WRONLY), 1); dup2(POSIX::open('/dev/null', POSIX::O_WRONLY), 2); -exec $pg_ctl @options or error could not exec $pgctl @options: $!; +exec $pg_ctl @options or error could not exec $pg_ctl @options: $!; } # wait a bit until the socket exists
Bug#342101: apt-proxy: Using virtual hosts already possible.
Package: apt-proxy Followup-For: Bug #342101 Although apt-proxy won't doesn't allow using different backends based on the host name, it also doesn't care what host name is used. This means that you can already give the server running apt-proxy multiple names and be able to take advantage of apt's parallization, and get better progress information. I've had a wildcard record (*.apt.mydomain) for my apt-proxy server for a long time now, and it has worked well for me. I just use entries like the following to the sources.list on boxes that use the proxy: deb http://debian.apt.mydomain:/debian/ sid main deb http://local.apt.mydomain:/local/ unstable/all/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406643: mailscanner: Errors from cron.daily script with MTA other than exim
Package: mailscanner Version: 4.57.6-1 Severity: normal I get the following errors when the cron.daily script runs, because I'm using postfix rather than exim. /etc/cron.daily/mailscanner: line 33: exim4: command not found /etc/cron.daily/mailscanner: line 36: [: eq: unary operator expected Since it looks like everything after that point is specific to exim, I've added the following as line 32 to avoid the problem. [ -x /usr/sbin/exim4 ] || exit 0 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mailscanner depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libconvert-binhex-perl 1.119+pristine-1 Perl5 module for extracting data f ii libconvert-tnef-perl0.17-5 Perl module to read TNEF files ii libdbd-sqlite3-perl 1.13-1.1 Perl DBI driver with a self-contai ii libfilesys-df-perl 0.92-2 Module to obtain filesystem disk s ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libmime-perl5.420-1 Perl5 modules for MIME-compliant m ii libnet-cidr-perl0.11-1 Manipulate IPv4/IPv6 netblocks in ii libsys-hostname-long-pe 1.4-1Figure out the long (fully-qualifi ii libsys-syslog-perl 0.18-2 Perl interface to the UNIX syslog( ii perl5.8.8-7 Larry Wall's Practical Extraction ii postfix [mail-transport 2.3.6-1 A high-performance mail transport ii spamassassin3.1.7-1 Perl-based spam filter using text ii ucf 2.0017 Update Configuration File: preserv ii unzip 5.52-9 De-archiver for .zip files Versions of packages mailscanner recommends: ii libnet-cidr-lite-perl 0.20-1 Merge IPv4 or IPv6 CIDR address ra ii tnef 1.4.3-1Tool to unpack MIME application/ms ii wget 1.10.2-2 retrieves files from the web -- debconf information: mailscanner/v3_upgrade: Don't upgrade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401128: Mismatch of state.xml and enigma.score
Package: enigma Version: 1.00~beta-r473-2 Severity: normal I need to remove the enigma.score file every time I run enigma or I get the following error message: Error: Cannot load application score file: /home/ats/.enigma/enigma.score Error: Mismatch of state.xml and enigma.score. Restore both from your backup or remove enigma.score to restart with an empty score file If I run enigma in my sid/i386 chroot, this problem doesn't occur. The i386 version gives the same error if it is run with an enigma.score file generated by the amd64 version, and the score file from the i386 version doesn't work on amd64 either. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enigma depends on: ii enigma-data 1.00~beta-r473-2 Data file for the game enigma ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libpng12-01.2.13-4 PNG library - runtime ii libsdl-image1 1.2.5-2+b1 image loading library for Simple D ii libsdl-mixer1 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl-ttf2.0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debi 1.2.11-7 Simple DirectMedia Layer ii libstdc++64.1.1-20 The GNU Standard C++ Library v3 ii libxerces27 2.7.0-3validating XML parser library for ii libzipios++0c 0.1.5.9+cvs.2004.02.07-3.4 a small C++ library for reading zi ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages enigma recommends: pn enigma-level-previews none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401130: enigma: Images for manual aren't included
Package: enigma Version: 1.00~beta-r473-2 Severity: normal Images linked from the HTML manual aren't included in the package. This makes it difficult to know what it's talking about when referring to various types of objects. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enigma depends on: ii enigma-data 1.00~beta-r473-2 Data file for the game enigma ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libpng12-01.2.13-4 PNG library - runtime ii libsdl-image1 1.2.5-2+b1 image loading library for Simple D ii libsdl-mixer1 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl-ttf2.0 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1.2debi 1.2.11-7 Simple DirectMedia Layer ii libstdc++64.1.1-20 The GNU Standard C++ Library v3 ii libxerces27 2.7.0-3validating XML parser library for ii libzipios++0c 0.1.5.9+cvs.2004.02.07-3.4 a small C++ library for reading zi ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages enigma recommends: pn enigma-level-previews none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395842: libtagc0-ruby1.8: Missing dependency on libtagc0
Package: libtagc0-ruby1.8 Version: 1.1-1 Severity: important As the subject says, there is no dependency on the libtagc0 package. If that isn't installed, the following exception is raised when attempting to require taglib: /usr/lib/ruby/1.8/taglib.rb:48:RuntimeError: libtag_c not found or uses a filename not looked for. Not having a dependency also prevents using aptitude's tracking of automatic packages, and makes it harder to find more information about exaclty what the underlying library does. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libtagc0-ruby1.8 depends on: ii libruby1.81.8.5-2Libraries necessary to run Ruby 1. libtagc0-ruby1.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394706: grub2: update-grub generates incorrect entries for Xen hypervisor
Package: grub2 Version: 1.95-1 Severity: normal Tags: patch Update grub genereates entries that attempt to use the linux command to load the Xen hypervisor. That command rejects hypervisor files. Instead the multiboot command should be used to load the hypervisor. The attached patch makes this change. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages grub2 depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libncurses5 5.5-5 Shared libraries for terminal hand grub2 recommends no packages. -- no debconf information --- update-grub.dist2006-10-22 12:08:13.0 -0500 +++ update-grub 2006-10-22 12:11:08.0 -0500 @@ -590,14 +590,16 @@ echo set root=$grub_root_device $buffer - echo -nlinux $buffer if [ -n $hypervisor ]; then + echo -nmultiboot $buffer echo -n $hypervisor_image $buffer if [ -n $hypervisor_options ]; then echo -n $hypervisor_options $buffer fi echo $buffer echo -nmodule $buffer + else + echo -nlinux $buffer fi echo -n $kernel $buffer if [ -n $kernel_options ]; then
Bug#387678: dupload: Change Recommends: ssh to ssh-client
Package: dupload Version: 2.6.3.2 Severity: wishlist Since this package doesn't (AFAIK) make any use of a local ssh server, it would be nice if it didn't indirectly recommend one. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dupload depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-6.1 Core Perl modules Versions of packages dupload recommends: pn ssh none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385487: maildrop: NEWS.Debian file not included in binary package
Package: maildrop Version: 2.0.2-5 Severity: normal The NEWS.Debian file mentioned in the changelog isn't actually present in the binary package. I found the bit about the changes to regexp syntax to get data into $MATCH variables particularyly important. Also, the final bullet point in that file is wrong or at least misleading. Using patterns with the old-style $MATCH syntax will not cause a temporary error. Instead the pattern will most likely fail to match, resulting in mail being placed in the wrong location. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages maildrop depends on: ii courier-authlib 0.58-3.1Courier authentication library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii postfix [mail-transport-agen 2.3.3-1 A high-performance mail transport maildrop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356075: xcolorsel: Upgrade fails if /usr/doc is a symlink to /usr/share/doc
Package: xcolorsel Version: 1.1a-14 Severity: minor I'm lazy, so I prefer to type /usr/doc instead of /usr/share/doc. Because of this, I generally make the former a symlink to the latter on machines that I administer. I believe this was supposed to be allowed. The postinst script for the latest version of xcolorsel fails when it tries to do `rm -f /usr/doc/xcolorsel`, since (with /usr/doc as a symlink) that is a directory. Please check that /usr/doc/xcolorsel is a symlink before trying to remove it. The following line should be a suitable replacement. if [ -h /usr/doc/xcolorsel ] ; then rm -f /usr/doc/xcolorsel ; fi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xcolorsel depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii xaw3dg1.5+E-10 Xaw3d widget set xcolorsel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354660: tedia2sql: Dies if foreign key constraint refers to non-primary key field
Package: tedia2sql Version: 1.2.12-1 Severity: normal Tags: patch If a foreign key relation is setup that doesn't refer to the primary key, I get the following error, and the output file isn't generated: In association fooFoo a doesn't refer to a primary key or unique index This occurs even though I have setup a unique index on the target field. If the name of the index matches the target field name it works, but not otherwise. This seems to be because when building the indices it doesn't actually use the names of the indexed columns for the hash key. I'm attaching a simple example Dia file, and a patch that fixes this problem, at least when only one field is involved. The patch applies cleanly to current CVS as well as to 1.2.12. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tedia2sql depends on: ii libxml-dom-perl 1.43-4 Perl module for building DOM Level ii perl 5.8.8-2Larry Wall's Practical Extraction tedia2sql recommends no packages. -- no debconf information foo.dia Description: Binary data --- /usr/bin/tedia2sql 2005-02-16 14:27:31.0 -0600 +++ tedia2sql 2006-02-27 16:27:50.284442947 -0600 @@ -923,6 +923,8 @@ ]; } + $paramString = join(',', @$paramDescs); + if ($verbose) { print * Got operation: $operName / $operType / ($paramString) / ($operTemplate)\n; } push @$operationDescs, [ $operName, $operType, $paramDescs, $operTemplate,
Bug#353448: listarchives: Please add a link to the message-id search page
Package: listarchives Severity: wishlist It would be nice if the search page had a link to the message-id search, http://lists.debian.org/msgid-search/ . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346561: Please use forked transset-df version
Package: transset Version: 0.1.0+cvs.20051218-1 Severity: wishlist It would be nice to have the transset-df fork. http://forchheimer.se/transset-df/ It adds the following features: * select window by pointing * select by window name or id * force toggle * increase or decrease opacity The combination of select by pointing and increment/decrement make it nicer to have window-manager mappings for altering opacity. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages transset depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxcomposite16.9.0.dfsg.1-2 X off-screen compositing library ii libxdamage1 6.9.0.dfsg.1-2 X region 'damage' library ii libxfixes36.9.0.dfsg.1-2 X Window System miscellaneous 'fix ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra transset recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344414: vim-runtime: vimtutor moving from -common to -runtime causes problems
Package: vim-runtime Version: 1:6.4-004+2 Severity: normal Unpacking replacement vim-runtime ... dpkg: error processing /var/cache/apt/archives/vim-runtime_1%3a6.4-004+2_all.deb (--unpack): trying to overwrite `/usr/bin/vimtutor', which is also in package vim-common dpkg-deb: subprocess paste killed by signal (Broken pipe) This was fixed by simply asking aptitude to retry installing vim-runtime, but it's still ugly. vim-runtime should probably conflict with older versions of the -common package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 1:6.4-004+2 Vi IMproved - enhanced vi editor ii vim-full 1:6.4-004+2 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344042: ruby1.8: YAML loading of quoted symbols is broken
Package: ruby1.8 Version: 1.8.3+1.8.4preview2-1 Severity: normal Tags: patch I reported this upstream some time ago, it's bug 2525 on rubyforge. http://rubyforge.org/tracker/?func=detailaid=2535group_id=426atid=1698 Since it doesn't look like this is going to get fixed upstream for 1.8.4, I'm reporting it here. Hopefully it can at least be fixed in the Debian package. When loading Symbols containing characters that need to be quoted (e.g. :^foo), the YAML library included with ruby 1.8.3 includes the quotes in the Symbol. This makes it impossible for such Symbols to correctly survive a round trip through YAML. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ruby1.8 depends on: ii libc6 2.3.5-9 GNU C Library: Shared libraries an ii libruby1.8 1.8.3+1.8.4preview2-1 Libraries necessary to run Ruby 1. ruby1.8 recommends no packages. -- no debconf information diff -ur ruby-1.8.3.dist/lib/yaml/rubytypes.rb ruby-1.8.3/lib/yaml/rubytypes.rb --- ruby-1.8.3.dist/lib/yaml/rubytypes.rb 2005-09-20 01:46:45.0 -0500 +++ ruby-1.8.3/lib/yaml/rubytypes.rb2005-09-28 12:00:41.556586678 -0500 @@ -183,6 +183,7 @@ yaml_as tag:ruby.yaml.org,2002:sym def Symbol.yaml_new( klass, tag, val ) if String === val +val = YAML::load( val ) if val =~ /\A([']).*\1\z/ val.intern else raise YAML::TypeError, Invalid Symbol: + val.inspect
Bug#343616: postgresql-client-8.1: Incorrect expansion of %[ and %] in prompts
Package: postgresql-client-8.1 Version: 8.1.1-1 Severity: normal Tags: patch I'd previously opened bug #343128 against libreadline5 about this, but the discussion there convinced me that the bug is actually in psql. psql expands %[ and %] to \001\001 and \001\002 respectively. Apparently the leading \001 is a bash internal thing and isn't part of the official prompt ignore sequence. With readline 5.1, this additional character causes propblems. When %[ and %] are used, the cursor ends up over some character in the prompt. When just \001 and \002 are used, the cursor ends up in the correct place with versions 5.0 and 5.1 of readline. The attached patch (ready to drop into the debian/patches directory) fixes this problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages postgresql-client-8.1 depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libkrb53 1.4.3-3MIT Kerberos runtime libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpq48.1.1-1PostgreSQL C client library ii libreadline5 5.1-1 GNU readline and history libraries ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii postgresql-common 37 manager for PostgreSQL database cl ii zlib1g1:1.2.3-8 compression library - runtime postgresql-client-8.1 recommends no packages. -- no debconf information Binary files postgresql-8.1.1.orig/src/bin/psql/.prompt.c.swp and postgresql-8.1.1/src/bin/psql/.prompt.c.swp differ diff -ruN postgresql-8.1.1.orig/src/bin/psql/prompt.c postgresql-8.1.1/src/bin/psql/prompt.c --- postgresql-8.1.1.orig/src/bin/psql/prompt.c 2005-12-16 09:12:48.0 -0600 +++ postgresql-8.1.1/src/bin/psql/prompt.c 2005-12-16 09:14:04.0 -0600 @@ -296,8 +296,7 @@ * characters in prompt strings must be marked as such, in * order to properly display the line during editing. */ - buf[0] = '\001'; - buf[1] = (*p == '[') ? RL_PROMPT_START_IGNORE : RL_PROMPT_END_IGNORE; + buf[0] = (*p == '[') ? RL_PROMPT_START_IGNORE : RL_PROMPT_END_IGNORE; #endif /* USE_READLINE */ break;
Bug#343128: libreadline5: Ignoring terminal control characters for prompt length also broken in irb
Package: libreadline5 Version: 5.1-1 Followup-For: Bug #343128 I just noticed that this bug also affects irb (from the irb1.8 package, version 1.8.3-3). Since Ruby's readline interface doesn't currently provide a way to access the RL_PROMPT_START_IGNORE and RL_PROMPT_END_IGNORE values, I simulate this manually by including \001\001 and \001\002 in my IRb prompt. This works fine with libreadline5 5.0-11, but with the current version, I get the same behaviour as I saw in psql. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libreadline5 depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii readline-common 5.1-2 GNU readline and history libraries libreadline5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343402: vim-runtime: JavaScript syntax highlighting broken
Package: vim-runtime Version: 1:6.4-004+1 Severity: normal Tags: patch The javascript syntax highlighting file has redundant definitions of the region javaScriptParen, the second of which is missing some contained regions. This causes most syntax highlighting to be disabled inside of function definitions, and completely breaks syntax folding. The attached patch fixes this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 1:6.4-004+1 Vi IMproved - enhanced vi editor ii vim-full 1:6.4-004+1 Vi IMproved - enhanced vi editor - -- no debconf information --- /usr/share/vim/vim64/syntax/javascript.vim 2005-12-07 16:13:40.0 -0600 +++ javascript.vim 2005-12-14 17:49:06.126990223 -0600 @@ -64,7 +64,6 @@ catch errors caused by wrong parenthesis syn region javaScriptParen transparent start=( end=) contains=javaScriptParen,javaScriptComment,javaScriptSpecial,javaScriptStringD,javaScriptStringS,javaScriptSpecialCharacter,javaScriptNumber,javaScriptRegexpString,javaScriptBoolean,javaScriptBraces,javaScriptFunction,javaScriptFunctionFold,javaScriptConditional,javaScriptRepeat,javaScriptBranch,javaScriptOperator,javaScriptType,javaScriptStatement,javaScriptBoolean,javaScriptConstant - syn region javaScriptParen transparent start=( end=) contains=javaScriptParen,javaScriptComment,javaScriptSpecial,javaScriptStringD,javaScriptStringS,javaScriptSpecialCharacter,javaScriptNumber,javaScriptRegexpString,javaScriptBoolean,javaScriptBraces syn match javaScrParenError ) if main_syntax == javascript
Bug#343128: libreadline5: %[ and %] broken in psql
Package: libreadline5 Version: 5.1-1 Severity: normal This version breaks the %[ and %] characters for psql (from the postgresql-client-8.1 package) prompts, which are equivalent to \[ and \] in bash, allowing terminal control characters to be included without messing up readline's idea of the prompt length. My ~/.psqlrc includes: \set PROMPT1 '%[%033[0;35m%]%/@%m%R%#%[%033[0;22m%] ' This worked fine with libreadline5 5.0-11, but with the latest version the cursor ends up ~13 characters before the end of the prompt. Some examples of where the cursor ends up: [EMAIL PROTECTED] ^ [EMAIL PROTECTED] ^ If I remove the control codes that reset the color (between the second %[ %] pair), the cursor is placed closer to the end of the prompt, but still over the prompt. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libreadline5 depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii readline-common 5.1-2 GNU readline and history libraries libreadline5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340461: libcommandline-ruby1.8: Postinst fails when calling install-docs
Package: libcommandline-ruby1.8 Version: 0.7.10-1 Severity: grave Justification: renders package unusable Attempting to install this package results in the following error: Setting up libcommandline-ruby1.8 (0.7.10-1) ... error in control file: `Files' value not specified at /usr/sbin/install-docs line 638, IN line 9. dpkg: error processing libcommandline-ruby1.8 (--configure): subprocess post-installation script returned error exit status 255 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libcommandline-ruby1.8 depends on: ii ruby1.8 1.8.3-3Interpreter of object-oriented scr libcommandline-ruby1.8 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336612: yaird: Fails to parse fstab
Package: yaird Version: 0.0.11-10 Severity: important When attempting to create an initrd image, yaird failed with the following error: yaird error: malformed line in /etc/fstab:16 (fatal) Line 16 of /etc/fstab is: /dev/ipod /media/ipod autonoauto,user It seems the problem is that the line doesn't contain the fields specifying the dump frequency or fsck pass, since if I add those it gets past that line to other lines with the same problem. I consider this a bug, because (according to the fstab(5) man page) these fields are optional and should be treated as containing a 0 if not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages yaird depends on: ii cpio 2.6-8 GNU cpio -- a program to manage ar ii dash 0.5.2-8 The Debian Almquist Shell ii libc62.3.5-7 GNU C Library: Shared libraries an ii libhtml-template-perl2.6-2 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289809: ruby1.8: Patch for autoload type error
Package: ruby1.8 Version: 1.8.2-1 Followup-For: Bug #289809 I've also had this problem in a different situation. I found that the following patch fixes it. http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/variable.c.diff?r1=1.108.2.5;r2=1.108.2.6 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ruby1.8 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libruby1.8 1.8.2-1 Libraries necessary to run the Rub -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]