Bug#433027: owl: Consumes excessive CPU
Package: owl Version: 2.1.8-2.1 Severity: normal Owl runs, but sitting there apparently idle consumes enough processing power to drive this machine to 6.0 load. It does this with or without a .owlconf file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages owl depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libcomerr21.40.1-1 common error description library ii libkrb53 1.6.dfsg.1-5 MIT Kerberos runtime libraries ii libncurses5 5.6-3 Shared libraries for terminal hand ii libperl5.85.8.8-7Shared Perl library ii libzephyr3-kr 2.1.20010518.SNAPSHOT-17.1 The original Instant Message sys ii zephyr-client 2.1.20010518.SNAPSHOT-17.1 The original Instant Message sys owl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430838: openssh-server: Detection of SELinux enforcing mode is broken
Package: openssh-server Version: 1:4.6p1-2 Severity: grave Justification: causes non-serious data loss I just upgraded to this version of openssh on a system with SELinux enabled but in permissive mode. Thank goodness I left an SSH session open: connections after that succeeded at authentication, but were immediately closed by the server. The following log messages appeared: Jun 27 09:56:07 teleri sshd[12293]: pam_selinux: Open Session Jun 27 09:56:07 teleri sshd[12293]: Unable to get valid context for bts, No valid tty Jun 27 09:56:07 teleri sshd[12293]: error: PAM: pam_open_session(): Authentication failure Jun 27 09:56:07 teleri sshd[12293]: error: ssh_selinux_getctxbyname: Failed to get default SELinux security context for bts Jun 27 09:56:07 teleri sshd[12293]: fatal: ssh_selinux_getctxbyname: Failed to get default SELinux security context for bts (in enforcing mode) The machine was actually in permissive mode, though it had been booted in enforcing mode. After I downgraded to the testing 4.3 package, I saw messages that correctly acknowledged that the machine was in permissive mode: Jun 27 10:01:32 teleri sshd[12501]: error: Failed to get default security context for bts.Continuing in permissive mode Jun 27 10:01:32 teleri sshd[12499]: error: Failed to get default security context for bts.Continuing in permissive mode So it looks like sshd's check for enforcing mode is broken. This behavior persisted regardless of whether I had sshd set to use PAM, and regardless of whether pam_selinux was enabled in /etc/pam.d/ssh -Brian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser 3.103 Add and remove users and groups ii debconf 1.5.13 Debian configuration management sy ii dpkg 1.14.4 package maintenance system for Deb ii libc62.5-11 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2007.04.07+dfsg-2 common error description library ii libkrb53 1.6.dfsg.1-5MIT Kerberos runtime libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libselin 2.0.15-2SELinux shared libraries ii libssl0. 0.9.8e-5SSL shared libraries ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii openssh- 1:4.6p1-2 secure shell client, an rlogin/rsh ii zlib1g 1:1.2.3.3.dfsg-2compression library - runtime openssh-server recommends no packages. -- debconf information: ssh/insecure_rshd: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223626: closed by Sven Arvidsson [EMAIL PROTECTED] (Close 223626)
I just installed metacity to check. I see what you mean about the man page no longer referring to an info page. You're absolutely right, it should be closed. -- Brian Sniffen[EMAIL PROTECTED] GPG Key fingerprint DED2 61C9 3CBA E7A2 D20D F933 D379 A524 79E0 25F1 Want to verify that I sent this message? Use http://www.gnupg.org/ and http://enigmail.mozdev.org/ with Thunderbird pgpQHz7OGj5Mw.pgp Description: PGP signature
Bug#223626: closed by Sven Arvidsson [EMAIL PROTECTED] (Close 223626)
I'm not using metacity any more, but I sure don't see a metacity info page. -- Brian Sniffen[EMAIL PROTECTED] GPG Key fingerprint DED2 61C9 3CBA E7A2 D20D F933 D379 A524 79E0 25F1 and http://enigmail.mozdev.org/ with Thunderbird -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403008: pyblosxom: Atom feed doesn't quite validate
Package: pyblosxom Version: 1.3.2-5 Severity: minor The included Atom feed has a self link of type text/xml instead of application/atom+xml: link rel=self type=text/xml href=http://www.evenmere.org/cgi-bin/pyblosxom.cgi/index.atom; / You can see this with http://www.feedvalidatororg/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (300, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Versions of packages pyblosxom depends on: ii lighttpd [httpd] 1.4.13-6 A fast webserver with minimal memo ii python-support0.5.6 automated rebuilding support for p pyblosxom recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385037: linux-image-2.6.17-2-686: e100 driver has frequent timeouts
Package: linux-image-2.6.17-2-686 Version: 2.6.17-7 Severity: normal Tags: patch The e100 driver here shows frequent errors of the form: Aug 28 08:18:15 teleri kernel: NETDEV WATCHDOG: eth0: transmit timed out Aug 28 08:18:15 teleri kernel: e100: eth0: e100_watchdog: link up, 10Mbps, full-duplex These are accompanied by periods of inaccessability (SSH connections hang, no pings returned) lasting from a few seconds to a few minutes. Upgrading from version 3.5.10 of the e100 driver to version 3.5.14, available from http://support.intel.com/support/go/linux/e100.htm appears to have solved the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (300, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Versions of packages linux-image-2.6.17-2-686 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-17 Yet Another mkInitRD Versions of packages linux-image-2.6.17-2-686 recommends: ii libc6-i686 2.3.6.ds1-4 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368647: libghc6-wash-dev: No CGIXX documentation; fixed upstream?
Package: libghc6-wash-dev Version: 2.3.1-4 Severity: wishlist The interesting, glasgow-extension-using CGIXX module is provided in WASH. The documentation isn't. There's some available online, though it looks like it's from later versions of WASH. There have been a number of releases in the last year, including Cabalization and some bug fixes. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libghc6-wash-dev depends on: ii ghc6 6.4.1-2.1 GHC - the Glasgow Haskell Compilat libghc6-wash-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346446: darcs-server: darcs.cgi doubles up directories in pathname, and so fails
Package: darcs-server Version: 1.0.2-1 Severity: grave Justification: renders package unusable Consider http://www.evenmere.org/cgi-bin/darcs.cgi It lists the one Darcs repository available there. The link goes to http://www.evenmere.org/cgi-bin/darcs.cgi/Datalog/?c=browse That page appears fine. But the links on it go to, for example, http://www.evenmere.org/cgi-bin/darcs.cgi/Datalog//Datalog/Main.hs?c=patches See the Datalog//Datalog bit? There's no such place. It should be recognizing the / after the first Datalog, and so generating: http://www.evenmere.org/cgi-bin/darcs.cgi/Datalog/Main.hs?c=patches Interestingly, if you start out at this URL, this page works: http://www.evenmere.org/cgi-bin/darcs.cgi/Datalog?c=browse But if you descend to a patches page and then click back up to the repository, it fails in the same way as before. I looked for easy fixes in the XSLT code, but didn't find a single place to change this. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages darcs-server depends on: ii darcs 1.0.2-1 an advanced revision control syste ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl3 7.13.2-2sarge4Multi-protocol file transfer libra ii libgmp34.1.4-6 Multiprecision arithmetic library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libncurses55.4-4 Shared libraries for terminal hand ii libreadline4 4.3-11GNU readline and history libraries ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii sudo 1.6.8p7-1.2 Provide limited super user privile ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343621: python2.3-moinmoin: Change notification e-mails are needlessly base64-encoded
Package: python2.3-moinmoin Version: 1.3.4-3 Severity: normal Tags: l10n patch The notification e-mail messages sent out are base64-encoded by default. This makes them unreadable without parsing in both mostly-ASCII environments and no-ASCII environments. Quoted-Printable encoding, as below, at least lets people in mostly-ASCII environments read the messages with standard tools (e.g., grep). This was a feature request from one of my users; I'm trying to let it drift upstream. 29a30 from email import Charset 42c43,49 --- # Use quoted-printable encoding, as most wikis are mostly ASCII c = msg.get_charset() c.body_encoding = Charset.QP msg.set_charset(c) msg.replace_header('Content-Transfer-Encoding', 'quoted-printable') -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python2.3-moinmoin depends on: ii moinmoin-common1.3.4-3 Python clone of WikiWiki - common ii python2.3 2.3.5-3sarge1 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]