Bug#596670: unblock: perdition/1.19~rc3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package perdition Perdition 1.19~rc4-1 includes several important fixes and I would like it considered for inclusion in Squeeze. As it coincides with an upstream release (1.19-rc4) it also contains one or two (minor) changes that don't strictly meet the criteria for the freeze. All such changes are minor. And are mainly changes that were committed upstream before the freeze hardened. As both the upstream and Debian maintainer I would be most grateful if these could be let through. An annotated list of all the changes between 1.19~rc3-1 (= upstream 1.19-rc3) and 1.19~rc4-1 (= upstream 1.19-rc4) is as follows. The upstream changelog can be found at http://hg.vergenet.net/perdition/perdition/ changeset: 871:c232fe1163d0 tag: v1.19-rc4 user:Simon Horman date:Mon Sep 13 16:12:52 2010 +0900 summary: Perdition 1.19-rc4 This simply updates configure.ac, debian/changelog and perdition.spec.in. changeset: 870:11a92ae20bcc user:Simon Horman date:Mon Sep 13 16:09:55 2010 +0900 summary: rpm: binary dependency on libvanessa_socket2 (>= 0.0.12) From a Debian point of view, this is a source-only change although it relates to Debian bug #592459. changeset: 869:055be8c2db1f user:Simon Horman date:Mon Sep 13 16:06:31 2010 +0900 summary: Debian: binary dependency on libvanessa-socket2 (>= 0.0.12) This relates to Debian bug #592459 changeset: 868:3981109ea6ba user:Simon Horman date:Mon Sep 13 16:01:09 2010 +0900 summary: Debian: There is a typo in the changelog for 1.19~rc3-2 This relates to Debian bug #592459 changeset: 867:86df56cded53 user:Christophe Ségui date:Thu Sep 09 21:34:24 2010 +0900 summary: Correct parsing of NIS map This is a bug that I believe is worthy of fixing for Squeeze changeset: 866:975801678a3d user:Simon Horman date:Fri Aug 20 17:13:22 2010 +0900 summary: perdition(8): Clean up introduction This is a documentation change changeset: 857:e17ec8401d34 tag: debian-1.19~rc3-2 user:Simon Horman date:Tue Aug 17 16:18:08 2010 +0900 summary: Debian: Update standards version from 3.9.0 to 3.9.1 Self explanatory, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 856:baeb40f36e7d parent: 849:2493da66045b user:Simon Horman date:Tue Aug 17 15:45:13 2010 +0900 summary: Debian: BuildDepend on libvanessa-logger-dev (>= 0.0.12) This was included in 1.19~rc3-2. There is some discussion of it in Debian bug #592459. It is needed in order for 1.19-rc3 and rc4 to compile. changeset: 855:263c96021ef9 user:Simon Horman date:Tue Aug 03 09:56:05 2010 +0900 summary: Allocate enough space for fromv This is a bug that I believe is worthy of fixing for Squeeze. The bug is a segmentation fault on start bug for certain configuration combinations. changeset: 854:aeff92473a55 user:Simon Horman date:Sat Jul 31 14:23:46 2010 +0900 summary: Fix build failure if pam libraries aren't installed This doesn't effect Debian as BuildDependencies ensure that pam is always installed at build time. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 853:2178a5528029 user:Joachim Sehlstedt date:Fri Jul 30 16:02:17 2010 +0900 summary: Load configuration file before setting logger options This is a bug that I believe is worthy of fixing for Squeeze. The problem is that for some configuration parameters may be ignored. changeset: 852:1718ccb586e9 user:Simon Horman date:Fri Jul 30 12:08:30 2010 +0900 summary: Don't assign the result of SSLv23_method() This removes a build warning. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 851:d4ec17993901 user:Joachim Sehlstedt date:Fri Jul 30 11:54:28 2010 +0900 summary: Document --managesieve_capability in man page This is a documentation change. unblock perdition/1.19~rc4-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with
Bug#594026: perdition: Please include Homepage field in debian/control
Package: perdition Version: 1.19~rc3-1 Severity: wishlist There is a special field "homepage" in debian/control, see Debian Policy 5.6.23. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages perdition depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-1 Berkeley v4.8 Database Libraries [ ii libgdbm3 1.8.3-9GNU dbm database routines (runtime ii libidn11 1.18-1 GNU Libidn library, implementation ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libvanessa-adt1 0.0.9-1Library of Abstract Data Types ii libvanessa-logger00.0.10-1 Generic Logging Library ii libvanessa-socket20.0.12-1 Library to simplify TCP socket ope perdition recommends no packages. Versions of packages perdition suggests: pn perdition-ldap (no description available) pn perdition-mysql(no description available) pn perdition-odbc (no description available) pn perdition-postgresql (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546831: ITP: perdition-pbs -- POP / IMAP Before SMTP Tool
Package: wnpp Severity: wishlist Owner: Horms * Package name: perdition-pbs Version : 1.0.0 Upstream Author : Simon Horman * URL : http://www.vergenet.net/linux/perdition/pbs.shtml * License : GPL Programming Lang: C Description : POP / IMAP Before SMTP Tool Perdition-PBS is toolkit to provide pop before smtp support. It may be used with any pop server that provides logs that include the connection's source IP address when a user is authenticated. This includes perdition itself. At this stage the sendmail and qmail SMTP servers are supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544876: perdition: Perdition needs vanessa_socket 0.0.8
Package: perdition Version: 1.18~rc1-1 Severity: grave Justification: renders package unusable Perdition 1.18~rc1 needs symbols provided by vanessa_socket 0.0.8. I will upload 1.18~rc1-2 with the relevant build dependency fixed. Noting that currently vanessa_socket 0.0.8 is in NEW. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#501740: ldirectord-2: Init script fails to run
Package: ldirectord-2
Version: 2.0.7-2
Severity: normal
As reported by Jason Ledford, the ldirectord init script is
not functional. This bug was fixed in 2.0.8-4 and this bug
currently only effects Etch. Furthermore, only effects
users who wish to run ldirectord stand-alone, rather than
in conjunction with heartbeat.
A work around is to use the ldirectord-2 2.1.3-6~bpo40+2 package
available from backports.org.
Another work-around is to use the following script as
/etc/init.d/ldirectord
#!/bin/sh
#
### BEGIN INIT INFO
# Provides: ldirectord
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
### END INIT INFO
#
# Author: Horms <[EMAIL PROTECTED]>
#
# Debian init script for ldirectord
#
NAME=ldirectord
DAEMON="/usr/sbin/$NAME"
CONFIG="/etc/default/$NAME"
test -x $DAEMON || exit 0
CONFIG_FILE=""
[ -f "$CONFIG" ] && . "$CONFIG"
CONFIG_FILE="${CONFIG_FILE:=ldirectord.cf}"
case "$1" in
start|stop|restart|try-restart|status|reload|force-reload)
exec "$DAEMON" $1
;;
*)
echo "Usage: /etc/init.d/$NAME" \
"{start|stop|restart|try-restart|status|reload|force-reload}"
>&2
exit 1
;;
esac
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (190, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to ja_JP.utf8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494072: heartbeat: hearatbeat requires a static UID and GID
Package: heartbeat Version: 2.1.3-6 Severity: minor Heartbeat needs a static UID and GID in order to allow the values on installed systems and the values in hb_config.h, which are created at build-time to be consistent. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages heartbeat depends on: ii adduser3.108 add and remove users and groups ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii iproute20080725-2networking and traffic control too ii iputils-ping 3:20071127-1 Tools to test the reachability of ii libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-13GNU C Library: Shared libraries ii libcurl3 7.18.2-7 Multi-protocol file transfer libra ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgnutls262.4.1-1 the GNU TLS library - runtime libr ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libncurses55.6+20080713-1shared libraries for terminal hand ii libnet11.1.2.1-2 library for the construction and h ii libopenhpi22.11.2-1 OpenHPI libraries (runtime and sup ii libpam-runtime 0.99.7.1-7Runtime support for the PAM librar ii libpam0g 0.99.7.1-7Pluggable Authentication Modules l ii libsnmp15 5.4.1~dfsg-8.1SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-12 SSL shared libraries ii libuuid1 1.41.0-3 universally unique id library ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libxml22.6.32.dfsg-2 GNOME XML library ii libxml2-utils 2.6.32.dfsg-2 XML utilities ii psmisc 22.6-1Utilities that use the proc filesy ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages heartbeat recommends: ii iptables 1.4.1.1-1 administration tools for packet fi ii logrotate 3.7.1-3Log rotation utility ii sysklogd [system-log-daemon] 1.5-5 System Logging Daemon heartbeat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494070: base-passwd: Please allocate static UID & GID for heartbeat
Package: base-passwd Version: 3.5.18 Severity: wishlist Hi, Please allocate a static uid for hacluster and a static gid for haclient. hacluster's group is haclient. heartbeat requires a uid for hacluster and a gid for haclient. Up until now dynamic a uid and gid have been used. However this leads to an discrepancy between the values recorded in hb_config.h, which is created at compile time and provided in the heartbeat-dev package, and the values actually used for a given install. This hasn't been a problem in practice until now, as no one seems to have been using hb_config.h much. However with the split of some code into the pacemaker project hb_config.h now needs to be useful. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages base-passwd depends on: ii libc6 2.7-13 GNU C Library: Shared libraries base-passwd recommends no packages. base-passwd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444371: heartbeat: /etc/pam.d/hbmgmtd fails to include common-*
On Thu, Sep 27, 2007 at 11:15:30PM -0400, David Tenty wrote: > Package: heartbeat > Version: 2.1.1-2 > Severity: normal > > The heartbeat management pam settings fail to include the common pam > settings by default. > > contents of /etc/pam.d/hbmgmtd: > > authrequiredpam_unix.so > account requiredpam_unix.so Thanks for pointing this out. Could you suggest what the file should look like? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444278: upgrade heartbeat from 2.1.2-1 to 2.1.2-4
On Thu, Sep 27, 2007 at 03:12:30PM +0200, Raoul Bhatia [IPAX] wrote: > Package: heartbeat > Version: 2.1.2-1 > > please upgrade to 2.1.2-4 as it fixes some important issues (segfaults, wrong > behaviour). > "unfortunatly" it introduces a new "colocation code" which might cause > "unexpected" behaviour when upgrading from 2.1.2-1. > > the announce can be found on > http://www.gossamer-threads.com/lists/linuxha/users/42476 > pre-build debian (etch) packages are available via: > http://download.opensuse.org/repositories/server:/ha-clustering/ Thanks for pointing this out. I'm working on a new upload now. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425434: #425434: Heartbeat-2 taking up all resources
On Wed, Aug 01, 2007 at 06:29:28PM +0900, Horms wrote: > On Wed, Aug 01, 2007 at 10:23:44AM +0200, Federico Belvisi wrote: > > I can't see the new 2.1.2-1 on packages.debian.org for arm architecture: on > > download page, it only shows 2.1.1-1 even on source package, so i can't > > compile > > it from source for my architecture. > > > > I read on internet that other people affected with a similar problem with > > other > > packages used > > > > echo 1 > /proc/sys/vm/overcommit_memory > > > > I tried this and I solved some problems I had with other packages, but > > nothing > > changed on heartbeat 2.x. > > > > I'll give a try when 2.1.2-1 will hit packages.debian.org. > > I think that there was a slight delay with the arm build of 2.1.2-1, > which I uploaded yesterday. I believe it has been built now, so > hopefully it will appear in the archive in the next 24 hours. Hi Federico, have you had a chance to see if this problem still manifests in 2.1.2-1? I believe that is has been built for arm now. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443163: redundant changelog files
On Wed, Sep 19, 2007 at 11:03:41AM +0200, Peter Eisentraut wrote: > Package: heartbeat > Version: 2.1.2-1 > Severity: minor > > The package contains both ChangeLog.gz and changelog.gz with the same > contents. One should be enough. > Thanks, I'll try and get rid of one of them for the next release. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442663: perdition: newer BDB
On Sun, Sep 16, 2007 at 01:51:17PM -0400, Clint Adams wrote: > Package: perdition > Version: 1.17-7 > User: [EMAIL PROTECTED] > Usertags: oldbdb db4.3 > > Please switch your package to db4.6 so we can get rid of db4.3. Sure, I will try and make a new upload this week. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435974: heartbeat: not binNMU safe
On Mon, Aug 06, 2007 at 11:22:52PM +0300, Lior Kaplan wrote: > Horms wrote: > > On Sat, Aug 04, 2007 at 03:51:10PM +0300, Lior Kaplan wrote: > >> Package: heartbeat > >> Version: 2.1.2-1 > >> Severity: normal > >> Tags: patch > >> > >> Please apply the attached patch to make your package binNMU safe. > >> > >> More info at http://wiki.debian.org/binNMU > >> > >> Let me know if you have questions about this patch. > >> > >> This will enable an easier solution for cases like #422107 in the future. > > > > Hi, > > > > thanks for bringing this to my attention. Should I make a fresh release > > to incorporate this patch, or can it wait until whenever the next > > upload occurs? > > As you package wasn't binNMUed, this can wait for now. > > If your package will be binNMUed in the future, this bug will become RC. Understood. I'll just wait for now. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435974: heartbeat: not binNMU safe
On Sat, Aug 04, 2007 at 03:51:10PM +0300, Lior Kaplan wrote: > Package: heartbeat > Version: 2.1.2-1 > Severity: normal > Tags: patch > > Please apply the attached patch to make your package binNMU safe. > > More info at http://wiki.debian.org/binNMU > > Let me know if you have questions about this patch. > > This will enable an easier solution for cases lile #422107 in the future. Hi, thanks for bringing this to my attention. Should I make a fresh release to incoporate this patch, or can it wait until whenever the next upload occurs? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425434: #425434: Heartbeat-2 taking up all resources
On Wed, Aug 01, 2007 at 10:23:44AM +0200, Federico Belvisi wrote: > I can't see the new 2.1.2-1 on packages.debian.org for arm architecture: on > download page, it only shows 2.1.1-1 even on source package, so i can't > compile > it from source for my architecture. > > I read on internet that other people affected with a similar problem with > other > packages used > > echo 1 > /proc/sys/vm/overcommit_memory > > I tried this and I solved some problems I had with other packages, but nothing > changed on heartbeat 2.x. > > I'll give a try when 2.1.2-1 will hit packages.debian.org. I think that there was a slight delay with the arm build of 2.1.2-1, which I uploaded yesterday. I believe it has been built now, so hopefully it will appear in the archive in the next 24 hours. Thanks -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427485: #427485: heartbeat: cibadmin SEGV
Hi Russell, do yo know if this bug still persists in 2.1.2? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386550: #386550: Heartbeat segfault on x86_64(intel xeon) with ping option in ha.cf
Hi Damien, would it be possible for you to ckec to see if this problem persists in newer versions of heartbeat. The lastest version is currently 2.1.2-1 Thanks -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425434: #425434: Heartbeat-2 taking up all resources
Hi Federico, a new release of hearbeat was recently made and uploaded to Debian. Would it be possible to see if 2.1.2-1 aleviates the resource problems that you were seeing before? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434829: heartbeat: Incorect path for crm.dtd and other scripts
Package: heartbeat Version: 2.1.1-1 Severity: grave Justification: renders package unusable Just prior to the release of 2.1.1 a number of files, including crm.dtd were relocated from /usr/lib/heartbeat and /usr/share/heartbeat. In order to ease the pain of this relocation compatibility symlinks were put in place and, accordingly, many references to these files were not updated to use the new path. Unfortunately the compatibility symlink creation was added to the RPM .spec file and nowhere else, and for this reason they were not included in the Debian package - it turns out the addition to the .spec file also didn't work, but that is a different story. This has been loged as Heartbeat bugzilla bug 1661, and there is a related bug 1665. http://old.linux-foundation.org/developer_bugzilla/show_bug.cgi?id=1661 http://old.linux-foundation.org/developer_bugzilla/show_bug.cgi?id=1665 This has been fixed in upstream mecurual as changesets 13dc55dece11, 0c8dc61feeb2 and 635bd958ed2b. http://hg.linux-ha.org/dev/rev/13dc55dece11 http://hg.linux-ha.org/dev/rev/0c8dc61feeb2 http://hg.linux-ha.org/dev/rev/635bd958ed2b I will relase 2.1.1-2 ASAP with these patches applied. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages heartbeat depends on: ii adduser 3.103Add and remove users and groups ii iproute 20070313-1 Professional tools to control the ii iputils-ping3:20070202-1 Tools to test the reachability of ii libc6 2.5-11 GNU C Library: Shared libraries ii libglib1.2 1.2.10-17The GLib library of C routines ii libnet1 1.1.2.1-2library for the construction and h pn libpils0 (no description available) ii libsensors3 1:2.10.3-1 library to read temperature/voltag pn libsnmp9 (no description available) ii libssl0.9.8 0.9.8e-5 SSL shared libraries pn libstonith0(no description available) ii libuuid11.40.1-1 universally unique id library ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.14 register and build utility for Pyt Versions of packages heartbeat recommends: ii iptables1.3.6.0debian1-5 administration tools for packet fi ii logrotate 3.7.1-3 Log rotation utility ii sysklogd [system-log-da 1.4.1-21 System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432441: heartbeat: FTBFS: unmet build dep modutils
On Wed, Jul 18, 2007 at 08:22:00PM -0700, Steve Langasek wrote: > Hi Horms, > > > This has been fixed upstream, I am expecting them to release shortly > > and this bug should be closed in the subsequent upload. > > Is there any more definite ETA? This is currently the major issue holding > the net-snmp soname transition out of testing. I've been told this month. I can make an interim upload of 2.0.8 + this fix if you like. I could make such an upload today unless the sky falls in. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432441: FTBFS: Unmet build dep modutils
tag 432441 +pending thanks This has been fixed upstream, I am expecting them to release shortly and this bug should be closed in the subsequent upload. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430082: heartbeat-gui: Should not depends on heartbeat
On Fri, Jun 22, 2007 at 11:01:43AM +0200, Christian Marillat wrote: > Package: heartbeat-gui > Severity: normal > File: heartbeat-gui > > Hi, > > > It is possible to movr the heartbeat dependency to recommends or suggests ? > > Because heartbeat can be installed on a different machine. Sure, will do. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429924: heartbeat: Annoying warnings about core_uses_pid displayed when inappropriate
On Thu, Jun 21, 2007 at 06:23:38PM +1000, Russell Coker wrote: > Package: heartbeat > Version: 2.0.8-9 > Severity: normal > > echo core.%p.%u.%g > /proc/sys/kernel/core_pattern > > After running the above command I should not be seeing warnings such as the > following: > > Jun 21 15:48:49 node-0 mgmtd: [1632]: debug: Enabling coredumps > Jun 21 15:48:49 node-0 mgmtd: [1632]: WARN: Consider setting > /proc/sys/kernel/core_uses_pid (or equivalent) to 1 for maximum supportability > Hi Russell, I think that I know what /proc/sys/kernel/core_uses_pid does, but I am not at all sure about /proc/sys/kernel/core_pattern. Could you elaborate? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427485: [Linux-ha-dev] Re: Bug#427485: heartbeat: cibadmin SEGV
On Tue, Jun 05, 2007 at 09:34:25AM +0200, Andrew Beekhof wrote: > this appears to be already resolved upstream > > local testing indicated no problems and i recall a similar conversation Great, thanks. Do you have any idea if the fix made it into your 2.1.0 tarball? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427485: heartbeat: cibadmin SEGV
On Mon, Jun 04, 2007 at 10:34:17PM +1000, Russell Coker wrote: > Package: heartbeat > Version: 2.0.8-9 > Severity: normal > > > Here is the command: > # cibadmin -D --obj_type resources -X '' > Segmentation fault > # > > The fact that the XML syntax is bad (missing a '/') is irrelevant. A message > about bad XML should be displayed not a SEGV. Programs should not report > errors in parameters by SEGV. Thanks, I'm passing this bug report on to the upstream developers. > > Here is the GDB back-trace: > (gdb) bt > #0 0xb7f3d156 in parse_xml () from /usr/lib/libcrmcommon.so.1 > #1 0xb7f3d675 in string2xml () from /usr/lib/libcrmcommon.so.1 > #2 0x08049c61 in ?? () > #3 0x0804d088 in ?? () > #4 0xbf927674 in ?? () > #5 0x0804a8f8 in ?? () > #6 0x0804c560 in ?? () > #7 0xbf9275c0 in ?? () > #8 0x0804c46c in ?? () > #9 0xbf9275b8 in ?? () > #10 0x0804d088 in ?? () > #11 0x in ?? () > (gdb) > > > -- System Information: > Debian Release: 4.0 > APT prefers stable > APT policy: (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-3-xen-686 > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419617: uim: is not upgradable from uim 1.2
tag 419617 -unreproducible thanks I am removing the unreproducable tag from this bug as it is trivially reproducable. 1) have an uim-common < 1:1.4.1-1 installed 2) aptitude update 3) aptitude upgrade -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419617: uim: is not upgradable from uim 1.2
severity 419617 grave
thanks
I think that both #419617 and #415393 are caused by
uim-common missing a dependancy on libuim5 (= ${binary:Version})
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419617;msg=32
Is it possible to get this fixed, its really quite broken.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420103: /usr/bin/licensecheck exists in both devscripts and kdesdk-scripts
Package: kdesdk-scripts Version: 3.5.5-3 Severity: normal Hi, I'm not sure if this is a problem in kdesdk-scripts or a problem with devscripts (2.10.3), but both packages include /usr/bin/licensecheck which causes installation to fail with the following message if one is installed while the other is already installed. Unpacking kdesdk-scripts (from .../kdesdk-scripts_4%3a3.5.5-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/kdesdk-scripts_4%3a3.5.5-3_all.deb (--unpack): trying to overwrite `/usr/bin/licensecheck', which is also in package devscripts dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kdesdk-scripts_4%3a3.5.5-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages kdesdk-scripts depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction ii python2.4.4-2An interactive high-level object-o Versions of packages kdesdk-scripts recommends: ii automake 1:1.10+nogfdl-1 A tool for generating GNU Standard ii cvs 1:1.12.13-8 Concurrent Versions System -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420102: debchange: use of unitialised value in concatination on lines 191 and 213
Package: devscripts
Version: 2.10.3
Severity: minor
Tags: patch
While running dch I noticed the following warnings.
Use of uninitialized value in concatenation (.) or string at /usr/bin/dch line
191.
Use of uninitialized value in string ne at /usr/bin/dch line 213.
The patch below should resolve these minor problems.
--- scripts/debchange.pl2007-04-16 21:32:11.0 +0900
+++ scripts/debchange.pl2007-04-20 13:24:32.0 +0900
@@ -188,7 +188,8 @@
my $shell_cmd;
# Set defaults
foreach my $var (keys %config_vars) {
- $shell_cmd .= qq[$var="$config_vars{$var}";\n];
+ my $value = defined $config_vars{$var} ? $config_vars{$var} : "";
+ $shell_cmd .= qq[$var="$value";\n];
}
$shell_cmd .= 'for file in ' . join(" ",@config_files) . "; do\n";
$shell_cmd .= '[ -f $file ] && . $file; done;' . "\n";
@@ -210,7 +211,8 @@
or $config_vars{'DEBCHANGE_MULTIMAINT'}='yes';
foreach my $var (sort keys %config_vars) {
- if ($config_vars{$var} ne $config_default{$var}) {
+ if (not defined $config_default{$var} or
+ $config_vars{$var} ne $config_default{$var}) {
$modified_conf_msg .= " $var=$config_vars{$var}\n";
}
}
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (190, 'unstable'), (180, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to en_AU.utf8)
Shell: /bin/sh linked to /bin/bash
Versions of packages devscripts depends on:
ii debianutils 2.18 Miscellaneous utilities specific t
ii dpkg-dev 1.13.25package building tools for Debian
ii libc6 2.5-2 GNU C Library: Shared libraries
ii perl 5.8.8-7Larry Wall's Practical Extraction
ii sed 4.1.5-1The GNU sed stream editor
Versions of packages devscripts recommends:
ii fakeroot 1.7Gives a fake root environment
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418979: libnet1: libnet_pblock_coalesce() leaks on error
Package: libnet1 Version: 1.1.2.1-2 Severity: important Tags: patch While investigating 418975 I notices that libnet_pblock_coalesce() will leak l if an error is encountered. I'm not sure how widespread this problem is in libnet. But in this case the fix is simple enough. Index: libnet-1.1.2.1-wip/src/libnet_pblock.c === --- libnet-1.1.2.1-wip.orig/src/libnet_pblock.c 2007-04-13 14:47:17.0 +0900 +++ libnet-1.1.2.1-wip/src/libnet_pblock.c 2007-04-13 14:47:19.0 +0900 @@ -339,7 +339,7 @@ snprintf(l->err_buf, LIBNET_ERRBUF_SIZE, "%s(): packet assembly cannot find a layer 2 header\n", __func__); -return (-1); +goto err; } break; case LIBNET_RAW4: @@ -348,7 +348,7 @@ snprintf(l->err_buf, LIBNET_ERRBUF_SIZE, "%s(): packet assembly cannot find an IPv4 header\n", __func__); -return (-1); +goto err; } break; case LIBNET_RAW6: @@ -357,7 +357,7 @@ snprintf(l->err_buf, LIBNET_ERRBUF_SIZE, "%s(): packet assembly cannot find an IPv6 header\n", __func__); -return (-1); +goto err; } break; default: @@ -365,7 +365,7 @@ snprintf(l->err_buf, LIBNET_ERRBUF_SIZE, "%s(): suddenly the dungeon collapses -- you die\n", __func__); -return (-1); +goto err; break; } } @@ -419,6 +419,10 @@ *size -= l->aligner; } return (1); + +err: +free(packet); +return (-1); } void -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libnet1 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries libnet1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418975: libnet1: Buffer overrun in libnet_pblock_coalesce
Package: libnet1
Version: 1.1.2.1-2
Severity: important
Tags: patch
Hi,
while investigating #418749 and #417835 I discovered that
libnet_do_checksum() seems to be accessing unalocated memory.
The problem seems to stem libnet_pblock_coalesce(), which passes
buf + offset, where offset is calculated to be
(l->total_size + l->aligner) - q->ip_offset. However, in the usage
case that I see q->ip_offset is always zero, and as buf
is mallocked to be l->total_size + l->aligner bytes long earlier in
libnet_pblock_coalesce(), unallocated memory is passed to the
libnet_do_checksum() call.
Poking around a bit, it seems that the memory is also uninitialised.
I'm not sure what the correct fix is, but I wonder if offset
should actually be l->aligner + q->ip_offset. This certainly
solves the problem that was reported in #418749 and #417835.
But as both l->aligner and q->ip_offset are zero I am not sure if
it is correct in the general case.
--- libnet-1.1.2.1-wip.orig/src/libnet_pblock.c 2007-04-13 14:46:34.0
+0900
+++ libnet-1.1.2.1-wip/src/libnet_pblock.c 2007-04-13 14:46:58.0
+0900
@@ -389,7 +389,7 @@
{
if ((q->flags) & LIBNET_PBLOCK_DO_CHECKSUM)
{
-int offset = (l->total_size + l->aligner) - q->ip_offset;
+int offset = l->aligner + q->ip_offset;
c = libnet_do_checksum(l, *packet + offset,
libnet_pblock_p2p(q->type), q->h_len);
if (c == -1)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (190, 'unstable'), (180, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to ja_JP.utf8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libnet1 depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
libnet1 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412151: using NIS mail.aliases in a Solaris environment
On Fri, Feb 23, 2007 at 07:44:29PM -0500, Robert Edmonds wrote: > Package: perdition > Version: 1.17-7 > Severity: minor > > perdition running on a Debian NIS client bound to a SunOS 5.8 NIS/YP > server is unable to look up the real mail server to use from our > mail.aliases map. The attached patch works for me since Sun's > yp_match() RPC call apparently expects the inkeylen parameter to include > the length of the key including the terminating '\0' character, while > strlen() excludes the terminating '\0'. > > I'm not sure if all NIS servers behave this way or require this behavior > from clients, so perhaps this should be some sort of knob, but according > to my packet sniffer Python's nis.match() call always sends the > terminating '\0'. Hi Robert, Thanks for tracking this down. I had a look around and I really can't find any documentation indicating weather strlen() or strlen() + 1 should be passed. I think that its entirely reasonable that strlen() + 1 is correct, so in lieu of any specification, I'm going to change the code as per your patch. If anyone finds documentation indicating that this is not correct, please let me know. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395408: perdition configs..
On Tue, Dec 26, 2006 at 10:23:07AM +0100, Peter Mann wrote: > On Tue, Oct 31, 2006 at 09:32:33AM +0900, Horms wrote: > > On Mon, Oct 30, 2006 at 11:23:19AM -0500, Dykema, Erik wrote: > > > Here are my configs for perdition, which cause the error to occur: > > > > > > /etc/default/perdition > > > > > > RUN_PERDITION=yes > > > POP3=no > > > POP3S=no > > > IMAP4=yes > > > IMAP4_FLAGS="-s 10.2.2.2 --ssl_mode tls_listen,tls_listen_force" > > > IMAP4S=no > > > > > > Where 10.2.2.2 is the address of the server I'm attempting to proxy for. > > > I > > > attemped to do the same thing with /etc/perdition/perdition.conf: > > > # perdition.conf > > > ssl_mode tls_listen,tls_listen_force > > > > > > But it also causes perdition to fail. > > > > As a work-around, could you try using just the following, > > which should do what you are after, well assuming that it works. > > > > ssl_mode tls_listen_force > > i have same problem after upgrade from 1.17-3 to 1.17-7 > > so how resolve this bug? what informations could you help? I expect that its just a simple bug in the config parser. I'm sorry that I haven't found time to investigate it. But if you want to do so, poking around in the source, either from the debian package or cvs, would be a good start. From memory config.c is what you are after. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/
Bug#401013: ipvsadm: Alow sync deamon to run both in both master and backup mode simultaneously
Package: ipvsadm Version: 1.24+1.21-1.3 Severity: important More recent versions of the kernel (I think >= 2.4.27 / >= 2.6.0) allow the master and backup synchronisation daemons to be run simultanously. The debconf config menu really ought to support this. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (190, 'unstable'), (180, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) Versions of packages ipvsadm depends on: ii debconf [debconf-2.0]1.5.9 Debian configuration management sy ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ipvsadm recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329482: ipvsadm: ipsvadm init script falsly reports LVS as unavailabe on systems with modular kernels
On Thu, Nov 30, 2006 at 07:18:20AM +0100, Christian Perrier wrote: > > > Any chance a fix will hit Etch before it freezes completely? > > > > I though I had done an NMU for this, but perhaps not. > > Should I do an NMU now? > > > I'd say "go for it". IIRC, there has not been a big reaction to my > last NMU proposal (for l10n stuff only) a few weeks ago. The NMU > happened without any problem. > > Just take care to patch the package version in unstable, of course to > avoid losing mu NMU changes...:) Sure, will do. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329482: ipvsadm: ipsvadm init script falsly reports LVS as unavailabe on systems with modular kernels
On Wed, Nov 29, 2006 at 06:39:00PM +0100, Frederik Dannemare wrote: > >On Fri, Sep 23, 2005 at 03:03:00PM +0200, Joerg Wendland wrote: > >> Hi Horms, > >> > >> On Thu, Sep 22, 2005 at 12:17:25PM +0900, Horms wrote: > >> > While this problem is largely harmless, especially as a lot > >> > of users configre LVS using tools other than debian's init > >> > script, it does confuse new users. > >> > >> I'd opt for removing the confusing check alltogether. Since I am > >>currently > >> preparing for vacation, could you NMU that? > > > >Sure, though I will go ahead and do that. > > Hi guys, > > this one "hit" me today. Got a little confused at first, but quickly > checked for 'ip_vs*' in /lib/modules... and found that all was well. > > Any chance a fix will hit Etch before it freezes completely? I though I had done an NMU for this, but perhaps not. Should I do an NMU now? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399852: heartbeat: Don't found /bin/fuser on Etch
On Wed, Nov 22, 2006 at 01:03:32PM +, Eriberto wrote: > Package: heartbeat > Version: 1.2.5-1.1 > Severity: normal > > heartbeat searches for /bin/fuser on Debian Etch but the admin/psmisc > isn't installed on Etch by default. Please insert psmisc package into > dependencies of the heartbeat. Thanks, will do. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310982: plan to include in sarge 2.4 update
On Wed, Nov 15, 2006 at 05:54:52PM -0700, dann frazier wrote: > On Mon, Nov 13, 2006 at 12:22:59PM -0800, Steve Langasek wrote: > > Yes, because this is a kernel security bug. The smbmount patch was > > entertained pre-sarge only as a stopgap due to the proximity to release; the > > right place to fix this is still in the kernel (upstream as appropriate). > > I've done some testing and verified that 2.6.18 honors uid= and 2.6.8 > does not. It looks like this was fixed upstream: > http://linux.bkbits.net:8080/linux-2.6/[EMAIL > PROTECTED]|src/|src/fs|src/fs/smbfs|related/fs/smbfs/inode.c > > So, I plan to use this patch for 2.6.8, and attempt to backport it to > 2.4.27. If backporting becomes overly complicated/risky, I'll revert > to using something like Horms' patch. I'll also see about getting a > CVE assigned. > > Everyone cool with this plan? Ack -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398672: heartbeat: ping_group does not work
On Tue, Nov 14, 2006 at 11:57:11PM +0100, Andreas 'ads' Scherbaum wrote:
> Package: heartbeat
> Severity: important
> Tags: patch
>
> The ping_group command is not working in heartbeat version 1.2.5.
> The problem is located in ping_command.c.
>
> A usable patch is:
>
> diff -ruN heartbeat-1.2.5.orig/lib/plugins/HBcomm/ping_group.c
> heartbeat-1.2.5/lib/plugins/HBcomm/ping_group.c
> --- heartbeat-1.2.5.orig/lib/plugins/HBcomm/ping_group.c 2005-08-10
> 06:08:17.0 +0200
> +++ heartbeat-1.2.5/lib/plugins/HBcomm/ping_group.c 2006-11-14
> 13:40:26.0 +0100
> @@ -477,7 +477,7 @@
> for(node = ei->node; node; node = node->next) {
> if(!memcmp(&(their_addr.sin_addr), &(node->addr.sin_addr),
> sizeof(struct in_addr))) {
> - goto ReRead;/* Not ours */
> + break;
> }
> }
> if(!node) {
>
>
> The patch is taken from:
>
> http://www.gossamer-threads.com/lists/linuxha/dev/34790#34790
>
> Thanks to Wolfgang Dumhs for debugging the problem.
Thanks. I'll get that fix into the Linux-HA lha-STABLE_1_2 tree
and also roll up a fresh Debian package.
For the record, this problem does not seem to be present
in the heartbeat-2 package (aka linux-ha 2.0.X).
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310982: plan to include in sarge 2.4 update
On Sun, Nov 12, 2006 at 10:28:10PM -0700, dann frazier wrote: > On Mon, Nov 13, 2006 at 01:30:19PM +0900, Horms wrote: > > If you point me at the patch I'll be happy to rack my brains and > > tell you want I was thinking at the time. > > Thanks Horms, here's the link: > > http://bugs.debian.org/cgi-bin/bugreport.cgi/smbfs.no_cap_unix.patch?bug=310982;msg=101;att=1 Ahh yes, I do recall that one. I've just read through all the messages associated with the bug and my position can be best described by the text at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310982;msg=101 That is, the patch should make the kernel ignore CAP_UNIX if options which make it dangerous in Sarge are specified from user-space. At the time this seemed to Steve Langasek and myself to be the best of a poor set of available solutions. And I think that is still the case. I have not verified that the patch is correct. Although I do remember being quite confident about it at the time. If someone could test it, that would be most excellent :) -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310982: plan to include in sarge 2.4 update
On Sun, Nov 12, 2006 at 09:28:14PM -0700, dann frazier wrote: > Moritz pointed out that this issue has been overlooked for sarge > updates so far. From my reading of this report, it sounds like our > best option for sarge is to incorporate Horms' patch for 2.4.27. > > Does anyone object to this? > > I'll make builds available for testing prior to uploading, in case > anyone is interested in verifying this solution. If you point me at the patch I'll be happy to rack my brains and tell you want I was thinking at the time. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395408: perdition configs..
On Mon, Oct 30, 2006 at 11:23:19AM -0500, Dykema, Erik wrote: > Here are my configs for perdition, which cause the error to occur: > > /etc/default/perdition > > RUN_PERDITION=yes > POP3=no > POP3S=no > IMAP4=yes > IMAP4_FLAGS="-s 10.2.2.2 --ssl_mode tls_listen,tls_listen_force" > IMAP4S=no > > Where 10.2.2.2 is the address of the server I'm attempting to proxy for. I > attemped to do the same thing with /etc/perdition/perdition.conf: > # perdition.conf > ssl_mode tls_listen,tls_listen_force > > But it also causes perdition to fail. As a work-around, could you try using just the following, which should do what you are after, well assuming that it works. ssl_mode tls_listen_force -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395408: perdition won't accept: ssl_mode tls_listen,tls_listen_force
On Thu, Oct 26, 2006 at 03:04:41PM -0400, Dykema, Erik wrote: > Package: perdition > Version: 1.17-7 > > Perdition won't accept both ssl_mode flags tls_listen and tls_listen_force . > It will accept: > ssl_mode tls_listen > OR > ssl_mode tls_listen_force > or: > ssl_mode tls_listen,garbage > but not: > ssl_mode tls_listen,tls_listen_force > > The program starts but hangs, it does not accept connections or advertise > it's > startup options in the logs. Thanks, that certainly sounds like a bug. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393572: heartbeat: mknod in maintainer script
On Mon, Oct 16, 2006 at 11:14:56PM +0200, Aurelien Jarno wrote: > Package: heartbeat > Version: heartbeat > Severity: serious > Justification: Policy 10.6 > > Maintainer scripts should not create device files directly. They should > call makedev instead. Refer to Policy Manual, section 10.6 for details. The problem is that the call to mknod is not creating a device, it is creating a fifo, which is not an operation created by makedev. I'm not sure what the best fix, if any, is for this. When I asked around a very long time ago, I was advised to just leave the call to mknod inside the maintainer script. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393574: heartbeat-2: mknod in maintainer script
On Mon, Oct 16, 2006 at 11:18:06PM +0200, Aurelien Jarno wrote: > Package: heartbeat-2 > Version: 2.0.7-1 > Severity: serious > Justification: Policy 10.6 > > Maintainer scripts should not create device files directly. They should > call makedev instead. Refer to Policy Manual, section 10.6 for details. The problem is that the call to mknod is not creating a device, it is creating a fifo, which is not an operation created by makedev. I'm not sure what the best fix, if any, is for this. When I asked around a very long time ago, I was advised to just leave the call to mknod inside the maintainer script. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326216: heartbeat: Heartbeat does not activate Broadcast
On Mon, Oct 16, 2006 at 04:20:01PM +0200, Dennis Hoppe wrote: > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > From: Dennis Hoppe <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Subject: heartbeat: Heartbeat does not activate Broadcast > Message-ID: <[EMAIL PROTECTED]> > X-Mailer: reportbug 3.30 > Date: Mon, 16 Oct 2006 16:12:21 +0200 > > Package: heartbeat > Version: 1.2.5-1 > Followup-For: Bug #326216 > > After typing > /etc/init.d/heartbeat stop > the Computer reboots. Could you please send the heartbeat log for a period when this occurs? > > I have figured out that > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts > is set to 1. > > After changing the Value to 0 Heartbeat works > as usual. That is really quite strange. Which kernel are you using? (uname -a) -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391974: RedHat-style init script
On Mon, Oct 09, 2006 at 06:38:55PM +0300, Ratiu Petru Iulius wrote: > Package: ldirectord-2 > Version: 2.0.7-1 > > Probably due to some packaging mistake, /etc/init.d/ldirectord is a > RedHat-style init script. This is the behaviour i noticed: > > blb:~# /etc/init.d/ldirectord start > /etc/init.d/ldirectord: line 32: /etc/ha.d/shellfuncs: No such file or > directory > > ... > (i installed the heartbeat package at this point, though i didn't need > it, just to provide the shellfuncs file) > ... > > blb:~# /etc/init.d/ldirectord restart > /etc/init.d/ldirectord: line 56: action: command not found > > Line 56 looks like this: > > -- > start) > action "Starting ldirectord" $DAEMON start > ;; > -- > > And I believe "action" probably comes from: > > -- > # Source function library. > if > [ -f /etc/rc.d/init.d/functions ] > then > . /etc/rc.d/init.d/functions > fi > -- > > IANADD, but I believe this is a release-critical bug (although pretty > trivial to fix). Could you send a patch or new init script? That would help me greatly. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386550: Heartbeat segfault on x86_64(intel xeon) with ping option in ha.cf
On Sun, Sep 10, 2006 at 06:50:55PM +0200, [EMAIL PROTECTED] wrote: > On 10 Sep 2006 at 21:55, Horms wrote: > > > > i also looked at this code and i think the intention was to drop root > > > for good (i.e., for all uids) by using setuid and the POSIX behaviour, > > > therefore there must a bug somewhere else (libc/kernel?) that fails > > > (in which case other apps could also be affected, this would then be > > > a security problem). > > > > That is interesting. Do you want to poke a bit further? > > sorry, i'm not using debian and am short on time anyway for > investigating this any further... No problem, thanks for all your help so far -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386550: Heartbeat segfault on x86_64(intel xeon) with ping option in ha.cf
On Sun, Sep 10, 2006 at 12:17:36PM +0200, [EMAIL PROTECTED] wrote: > On 10 Sep 2006 at 13:47, Horms wrote: > > > > there're two solutions: > > > > > > 1. patch the root app to explicitly increase RLIMIT_MEMLOCK > > >via setrlimit(3) before calling mlock/mlockall > > > > > > 2. execute 'ulimit -l unlimited' in the shell and start the > > >root app by hand > > > > > > the former is the correct method but the latter can be used > > > as a quick fix/confirmation at least. > > > > Damien can you see if the second option resolves your problem? > > I will see about geting the 1st adoped upstream if this hasn't happend > > already. > > i took a look at the 1.x and 2.x trees in the meantime and 2.x > has already fixed the problem by doing exactly what i suggested > as well: setrlimit() to set the lockable memory limit to infinity. > in case you want to adopt it yourself, look at the 2.x setrlimit > logic in lib/clplumbing/realtime.c:cl_make_realtime(). Thanks, I'll see about backporting that both to the 1.2.x tree and to the appropriate Debian packges. > > > on a sidenote, based on the grsecurity log, heartbeat drops > > > only its euid from root but not its uid, is that intentional? > > > > I'm not sure, but I will find out. > > i also looked at this code and i think the intention was to drop root > for good (i.e., for all uids) by using setuid and the POSIX behaviour, > therefore there must a bug somewhere else (libc/kernel?) that fails > (in which case other apps could also be affected, this would then be > a security problem). That is interesting. Do you want to poke a bit further? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386550: Heartbeat segfault on x86_64(intel xeon) with ping option in ha.cf
On Sat, Sep 09, 2006 at 02:52:47PM +0200, [EMAIL PROTECTED] wrote: > the problem is that in 2.6.13 or so the default rlimit for > locked memory has been changed for both root and non-root > users, in particular they all get 8 pages by default. this > in turn catches unaware root apps by surprise (ntpd comes > to mind) as they no longer can mlock/mlockall beyond these > 8 pages, this is what grsecurity reported. Ok, that makes sense. > there're two solutions: > > 1. patch the root app to explicitly increase RLIMIT_MEMLOCK >via setrlimit(3) before calling mlock/mlockall > > 2. execute 'ulimit -l unlimited' in the shell and start the >root app by hand > > the former is the correct method but the latter can be used > as a quick fix/confirmation at least. Damien can you see if the second option resolves your problem? I will see about geting the 1st adoped upstream if this hasn't happend already. > on a sidenote, based on the grsecurity log, heartbeat drops > only its euid from root but not its uid, is that intentional? I'm not sure, but I will find out. Thanks for all the excellent info, it certainly saved me a lot of hunting around. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340108: Fwd: [Bug 5634] ALSA fails with SB16 value
- Forwarded message from [EMAIL PROTECTED] - Date: Thu, 7 Sep 2006 10:23:30 -0700 Message-Id: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bug 5634] ALSA fails with SB16 value http://bugzilla.kernel.org/show_bug.cgi?id=5634 [EMAIL PROTECTED] changed: What|Removed |Added Owner|[EMAIL PROTECTED] |[EMAIL PROTECTED] Status|NEW |ASSIGNED --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - End forwarded message - - Forwarded message from [EMAIL PROTECTED] - Date: Thu, 7 Sep 2006 10:25:29 -0700 Message-Id: <[EMAIL PROTECTED]> From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bug 5634] ALSA fails with SB16 value http://bugzilla.kernel.org/show_bug.cgi?id=5634 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||CODE_FIX --- Additional Comments From [EMAIL PROTECTED] 2006-09-07 10:17 --- OK, original issue resolved, snd-opl3-synth-not-working is separate story and ALSA developers use their own bugzilla. Reopen there. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - End forwarded message - -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/
Bug#383987: Bug#383985: heartbeat: dependency update: netkit-ping removal
On Mon, Aug 21, 2006 at 10:22:42AM +0100, Roger Leigh wrote: > netkit-base (netkit-ping) is due for removal from unstable and testing > (see #383960). As a result, your package dependencies need updating > as follows: Thanks for letting me know about this. Is there any urgency in making an upload for this? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379904: heartbeat: Local DoS due to world-writable shared memory [CVE-2006-3815]
On Wed, Jul 26, 2006 at 11:18:57AM +0200, Martin Pitt wrote: > Package: heartbeat > Version: 1.2.4-12 > Severity: grave > Tags: security patch > > Hi! > > Recently, a local DoS due to world-writable/readable shared memory > permissions was found and fixed in heartbeat: > > Upstream fix: > > > http://cvs.linux-ha.org/viewcvs/viewcvs.cgi/linux-ha/heartbeat/heartbeat.c?r1=1.513&r2=1.514 > > This has been assigned CVE-2006-3815. Please mention this number in > the changelog when you fix this to ease tracking. Thanks, I will get a new relase out for this. Though it probably will not be until next week. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380180: heartbeat: portblock syntax errors in 1.2.3-9sarge5
On Fri, Jul 28, 2006 at 09:57:24AM +0200, Kostja Siefen wrote: > Package: heartbeat > Version: 1.2.3-9sarge5 > Severity: grave > Tags: patch > Justification: renders package unusable > > > After upgrading to 1.2.3-9sarge5, heartbeat kept rebooting the system as > there were errors running the portblock resource script. > > This bug applies to people which use portblock as heartbeat service > to drop incoming network packets when service takeover. > > The syntax error is due to a missing iptables path which results in > "command not found" errors in /etc/ha.d/resource.d/portblock. > > Fixing is simple, patch is attached (putting iptables back into place). Thanks. I suspect that the problem is that ther eis a missing build depenancy on iptables, and thus its path is not being auto-detected and filled in at build-time. I'll get this fixed for the next release. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379081: heartbeat-2: /var/lib/heartbeat/pengine missing
Package: heartbeat-2 Version: 2.0.6-1 Severity: important It has been rported to that the the heartbeat-2 package needs to create the following directory to function. I will double check this and include the fix in the next up load. /var/lib/heartbeat/pengine (ownership hacluster:haclient) -- 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.16-1-686 Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.utf8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379071: heartbeat-2: /var/lib/heartbeat/pengine is missing
Package: heartbeat-2 Version: 2.0.6-1 Severity: serious The following required directory is missing /var/lib/heartbeat/pengine (ownership hacluster:haclient) I will fix this in the next upload. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378450: ldirectord-2: unwanted emailalerts
Package: ldirectord-2 Version: 2.0.6-1 Severity: serious ldirectord-2 has been reported to be trying to send emailalerts even if not configured to do so. I haven't verified this behaviour myself, and I don't have time to right now. This bug should hold ldirectord-2 out of etch, until I (or someone else) gets a chance to investigate further. If worst comes to worse, email alearts can just be stripped out of the ldirectord source code. But I doubt anything that drastic is required. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377004: aptitude: Incorect use of home when invoked with sudo
Package: aptitude
Version: 0.4.1-1.1
Severity: important
Tags: patch
When invoked with sudo (and probably su -) ~/.aptitude/config
of the invoking user ends up being owned by root. The patch below
resolves this problem by using getpwuid(getuid()) to determine
the prevaling home directory (of root) rather than using $HOME
(of the invoking user).
-- 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.17-1-686
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to ja_JP.utf8)
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.3-6-3.1 0.6.44.2 Advanced front-end for dpkg
ii libc6 2.3.6-15 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-7 GCC support library
ii libncursesw5 5.5-2 Shared libraries for terminal hand
ii libsigc++-2.0-0c2a2.0.16-3 type-safe Signal Framework for C++
ii libstdc++64.1.1-7The GNU Standard C++ Library v3
Versions of packages aptitude recommends:
pn aptitude-doc-en | aptitude-do (no description available)
-- no debconf information
--- aptitude-0.4.1.orig/src/generic/apt/apt.cc
+++ aptitude-0.4.1/src/generic/apt/apt.cc
@@ -50,6 +50,8 @@
#include
#include
#include
+#include
+#include
using namespace std;
@@ -108,6 +110,21 @@
}
}
+/* In the case where sudo (and probably su without the - argument) is in
+ * use, getenv("HOME") will be the home directory of the calling user and
+ * /.aptitude/config will end up being in that user's home directory owned
+ * by root. So use getpwuid(), instead. */
+static const char *gethome()
+{
+ struct passwd *pw;
+
+ pw = getpwuid(getuid());
+ if (!pw)
+return NULL;
+
+ return pw->pw_dir;
+}
+
void apt_preinit()
{
signal(SIGPIPE, SIG_IGN);
@@ -121,7 +138,7 @@
pkgInitSystem(*_config, _system);
// Allow a user-specific customization file.
- const char *HOME = getenv("HOME");
+ const char *HOME = gethome();
string cfgloc;
@@ -159,7 +176,7 @@
{
string cfgloc;
- const char *HOME = getenv("HOME");
+ const char *HOME = gethome();
if(HOME != NULL && *HOME != '\0')
{
string tmp(HOME);
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376722: missing dependency for ldirectord-2
On Tue, Jul 04, 2006 at 02:55:02PM +0100, Gildas Le Nadan wrote: > Package: ldirectord-2 > Version: 2.0.5-0bpo1 > > Hi, > > In ldirectord-2 there is a "require Mail::Send" in function > ld_emailalert, which probably means that there is a missing dependency > on libmailtools-perl. > > I guess all versions of ldirectord-2 are affected as this dependency is > in mainstream and none of the ldirectord-2 packages depends on > libmailtools-perl. Thanks, I will get that fixed ASAP. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376623: Please stop Build-Depending on automake
On Tue, Jul 04, 2006 at 12:00:15AM +0100, James Westby wrote: > Package: heartbeat > Severity: wishlist > Tags: patch > > > The automake maintainer is working towards reclaiming > the automake package name, which currently rests on > automake1.4, the oldest version of automake. Your package, > heartbeat, Build-Depends on automake, hence this bug > report. Please see http://wiki.debian.org/AutomakeTransition > for more information on this transition. > > It appears that you package does not use the automake > package in the build process. This is normal, as most > package do not require automake at build time. The > attached patch removes the build dependency. Thanks, I will get this fixed and uploaded ASAP. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375941: heartbeat-2: uses adduser when it may not be available
On Mon, Jul 03, 2006 at 05:50:43PM -0400, Justin Pryzby wrote: > I think the recommendation is to never remove a dynamically created > user, precisely to avoid another user with the same ID owning those > files. Excellent, thanks for the info. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375507: heartbeat: uses adduser when it may not be available
On Mon, Jun 26, 2006 at 02:53:55PM +0100, James Troup wrote: > Package: heartbeat > Version: 1.2.4-9 > Severity: serious > Justification: breaks buildds > > | Purging configuration files for heartbeat ... > | /var/lib/dpkg/info/heartbeat.postrm: line 25: deluser: command not found Is it sufficient just to make the call do deluser conditional on it existing (or let it ignore the error) ? Or do I need to move deluser into prerm somehow? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369815: [Linux-ha-dev] Re: Bug#369815: ships binary in /etc
On Tue, Jun 06, 2006 at 11:01:25PM -0600, Alan Robertson wrote: > Horms wrote: > >On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: > >>Package: heartbeat > >>Severity: serious > >> > >>Heya, > >> > >>Let's see what the FHS says: > >>"No binaries should be located under /etc." [3.4] > >> > >>Now, what does heartbeat do? > >>[EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar > >>[EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr > >>bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, > >>version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared > >>libs), for GNU/Linux 2.4.1, stripped > >> > > > >Unfortunately heartbeat (for fairly broken reasons IMHO) really > >needs those files there. > > Could we symlink 'em somewhere? Yes, I think that is a good solution (short of rearanging the resource paths completely). I can do this fairly easily in the Debian packaging and intend to do so shortly. Do you want me to shoe-horn this into the relevant Makefile.am, or just leave it as a Debian thing? -- Horms http://www.vergenet.net/~horms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369815: ships binary in /etc
On Mon, Jun 05, 2006 at 10:46:02AM +0100, Stephen Gran wrote: > This one time, at band camp, Horms said: > > On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: > > > Let's see what the FHS says: > > > "No binaries should be located under /etc." [3.4] > > > > > > Now, what does heartbeat do? > > > [EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar > > > [EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr > > > bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, > > > version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared > > > libs), for GNU/Linux 2.4.1, stripped > > > > Unfortunately heartbeat (for fairly broken reasons IMHO) really > > needs those files there. > > Can't it be a symlink? I didn't realise that would resolve the problem. Yes, I believe it can be. I will see about making it so. -- Horms http://www.vergenet.net/~horms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370423: heartbeat-2: Links against obsolete version of gnutls (libgnutls11)
On Mon, Jun 05, 2006 at 09:59:37AM +0200, Andreas Metzler wrote: > Package: heartbeat-2 > Version: 2.0.5-2 > Severity: normal > > heartbeat-2 links against libgnutls11, a package we are not intending > to ship with etch, please switch to libgnutls13. > cu andreas Thanks, I'll fix this ASAP. -- Horms http://www.vergenet.net/~horms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369815: ships binary in /etc
On Thu, Jun 01, 2006 at 03:24:48PM +0200, Marc 'HE' Brockschmidt wrote: > Package: heartbeat > Severity: serious > > Heya, > > Let's see what the FHS says: > "No binaries should be located under /etc." [3.4] > > Now, what does heartbeat do? > [EMAIL PROTECTED]:/tmp/he$ dpkg-deb -x heartbeat_1.2.4-8_i386.deb bar > [EMAIL PROTECTED]:/tmp/he$ file bar/etc/ha.d/resource.d/IPv6addr > bar/etc/ha.d/resource.d/IPv6addr: ELF 32-bit LSB executable, Intel 80386, > version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), > for GNU/Linux 2.4.1, stripped > Unfortunately heartbeat (for fairly broken reasons IMHO) really needs those files there. -- Horms http://www.vergenet.net/~horms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362969: #362969: xfonts-nexus: correction
On Sun, Apr 16, 2006 at 10:45:51PM +0200, Florian Kulzer wrote: > Package: xfonts-nexus > Version: 0.0.2-11 > Followup-For: Bug #362969 > > > Hi again, > > I overlooked something when I sent my last mail: The path to mkfontdir > has changed, too: Thanks, I very much appreciate your feedback. I will fix this ASAP and re-upload. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356887: heartbeat: Cleanup duplicate depends
tag 356887 +pending thanks On Tue, Mar 14, 2006 at 04:52:11PM +0100, Stefan Huehner wrote: > Hi, > your package specifies a duplicate depends on 'adduser'. The attached > patch remove the duplicate. Thanks, I have included your patch and it will appear in the next release. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356365: heartbeat-2: [m68k, s390] FTBFS: undefined reference
On Sat, Mar 11, 2006 at 03:40:11PM +0100, Christian T. Steigies wrote: > Package: heartbeat-2 > Version: 2.0.4-1 > Severity: serious > Justification: no longer builds from source > > Automatic build of heartbeat-2_2.0.4-1 on aahz by sbuild/m68k 85 > [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4.0.0), libsnmp9-dev, libglib2.0-dev, perl, > net-tools, netkit-ping | iputils-ping, python, psmisc, modutils, libnet1-dev, > iproute, libtool, automake1.9 | automaken, libcurl3-openssl-dev, libxml2-dev, > bison, flex, uuid-dev, libopenipmi-dev (>= 2.0.1), lynx, libbz2-dev, > zlib1g-dev, uuid-dev, libsensors-dev, libltdl3-dev, swig, openssh-client, > libgnutls11-dev, python2.3-dev, libpam0g-dev, libncurses5-dev > Build-Conflicts: automake1.4 > [...] > checking for special snmp libraries... -L/usr/lib -lnetsnmp -lm -lwrap -lwrap > checking snmp libraries: -lc -luuid -lrt -ldl -L/usr/lib -lnetsnmp -lm > -lwrap -lwrap... configure: error: cannot link with requested libraries. > Reported errors follow: > /usr/lib/libnetsnmp.so: undefined reference to > `EVP_DigestInit' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestFinal_ex' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_md5' > /usr/lib/libnetsnmp.so: undefined reference to `HMAC' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_cleanup' > /usr/lib/libnetsnmp.so: undefined reference to `SSLeay' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_sha1' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_MD_CTX_init' > /usr/lib/libnetsnmp.so: undefined reference to `EVP_DigestUpdate' > /usr/lib/libnetsnmp.so: undefined reference to `RAND_bytes' > /usr/lib/libnetsnmp.so: undefined reference to `DES_cbc_encrypt' > /usr/lib/libnetsnmp.so: undefined reference to `DES_ncbc_encrypt' > /usr/lib/libnetsnmp.so: undefined reference to `DES_key_sched' > collect2: ld returned 1 exit status > > See full logs at: > > http://buildd.debian.org/build.php?&pkg=heartbeat-2 Thanks, this problem seems to manifest on s390 as well. I have a rough idea of how to fix it. Do you know of a box that I can log into to do some testing - this problem does not seem to manifest on the architectures that I have (i386 and ppc). -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355719: heartbeat-2: stops heartbeat on first install
tag 355719 +pending clone 355719 -1 rename -1 heartbeat: stops heartbeat on first install found -1 1.2.4-4 thanks Hi Adrian, thanks for spotting this. I will fix this in the next upload by having the preinst check for the existance of /etc/init.d/heartbeat before running it. I expect the upload to happen later today, or tomorrow. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355069: rxvt-unicode: rxvt(1) diversion would be nice
Package: rxvt-unicode Version: 7.5-1 Severity: normal Tags: patch Hi, rxvt-unicode provides a diversion for rxvt, but not rxvt(1). This patch to the postinst should resolve this problem. -- Horms --- rxvt-unicode.postinst 2006-02-03 22:54:26.0 +0900 +++ rxvt-unicode.postinst 2006-03-03 11:59:50.0 +0900 @@ -4,7 +4,9 @@ if [ "$1" = configure ]; then update-alternatives --install /usr/bin/rxvt rxvt \ -/usr/bin/urxvt 31 +/usr/bin/urxvt 31 \ + --slave /usr/share/man/man1/rxvt.1.gz \ + rxvt.1.gz /usr/share/man/man1/urxvt.1.gz update-alternatives --install /usr/bin/x-terminal-emulator \ x-terminal-emulator /usr/bin/urxvt 11 \ --slave /usr/share/man/man1/x-terminal-emulator.1.gz \ -- 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.15-hls-2006020200 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ja_JP.UTF-8) Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.11 Debian base system master password ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libfontconfig12.3.2-2generic font configuration library ii libgcc1 1:4.0.2-9 GCC support library ii libperl5.85.8.8-2Shared Perl library ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii ncurses-base 5.5-1 Descriptions of common terminal ty rxvt-unicode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354527: perdition: config file location for gdbm
tags 354527 +pending thanks On Mon, Feb 27, 2006 at 02:13:08PM +1100, Anand Kumria wrote: > Package: perdition > Version: 1.15-5 > Severity: minor > > Hey Simon, > > In the configuration file, /etc/perdition/perdition.conf, it specifies > > # map_library /usr/lib/libperditiondb_gdbm.so > > You probably need to whack a .0 at the end of that line. Done, should show up in the next release. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341025: xfonts-nexus: /me too
On Wed, Feb 15, 2006 at 09:59:20AM +0100, Xavier Bestel wrote: > Hi, > > last update from unstable (where xfont-nexus has been made into a > transitional package) automatically pulled xfonts-nexus. Excellent. Thanks for checking that. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341025: xfonts-nexus: /me too
On Mon, Feb 13, 2006 at 05:13:54PM +0100, Xavier Bestel wrote: > Package: xfonts-nexus > Version: does not automatically replace xfont-nexus > Followup-For: Bug #341025 > > > I'm in this very case: xfont-nexus is installed, and I discovered > xfonts-nexus by pure luck. Please make your package automatically > replace xfont-nexus if it's better. I though that it did. Do you have any idea what changes are needed to make this so? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)
On Sun, Feb 12, 2006 at 12:16:31AM -0800, Steve Langasek wrote: > On Sun, Feb 12, 2006 at 05:07:57PM +0900, Horms wrote: > > On Sat, Feb 11, 2006 at 09:43:09PM -0800, Steve Langasek wrote: > > > On Sun, Feb 12, 2006 at 01:17:03PM +0900, Horms wrote: > > > > On Sat, Feb 11, 2006 at 03:06:36PM -0800, Steve Langasek wrote: > > > > > On Sat, Feb 11, 2006 at 09:50:20PM +0900, Horms wrote: > > > > > > On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote: > > > > > > > reopen 352027 > > > > > > > severity 352027 serious > > > > > > > retitle 352027 heartbeat - pre-depends on adduser without > > > > > > > consensus > > > > > > > What exactly is that supposed to mean? > > > > > > That we all need to agree before adding the pre-depends? > > > > > > That we aren't sure if it solves the problem? That > > > > > > pre-depends should be added with extreeme caution? > > > > > > Are there other options available? I'm pretty ambivilent > > > > > > about how this problem gets fixed. Just let me know what > > > > > > you decide. > > > > > > Policy says that pre-depends must be discussed on debian-devel. So > > > > > post to > > > > > debian-devel, wait a few days, then close this bug again. :) I don't > > > > > anticipate any objections, adduser is commonly found in pre-depends > > > > > and > > > > > heartbeat is not a high-priority package (in the Priority: sense). > > > > > Ok, understood. > > > > > Adduser is only used to create a system group and user on install > > > > if it doesn't exist. Is there an alternate way to do this > > > > that wouldn't require a pre-depends? > > > > Don't ship files in your package that are owned by the user/group, just > > > call adduser and create any files/directories you need to in the postinst? > > > Thats exactly what is happening :-) > > Uh, in that case there shouldn't be any reason to create the user in the > *pre*inst, right? Ok, I was confused. Its exactly what should be happening. I'll rearange things so that it is. And re-upload. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)
On Sat, Feb 11, 2006 at 09:43:09PM -0800, Steve Langasek wrote: > On Sun, Feb 12, 2006 at 01:17:03PM +0900, Horms wrote: > > On Sat, Feb 11, 2006 at 03:06:36PM -0800, Steve Langasek wrote: > > > On Sat, Feb 11, 2006 at 09:50:20PM +0900, Horms wrote: > > > > On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote: > > > > > reopen 352027 > > > > > severity 352027 serious > > > > > retitle 352027 heartbeat - pre-depends on adduser without consensus > > > > > What exactly is that supposed to mean? > > > > That we all need to agree before adding the pre-depends? > > > > That we aren't sure if it solves the problem? That > > > > pre-depends should be added with extreeme caution? > > > > Are there other options available? I'm pretty ambivilent > > > > about how this problem gets fixed. Just let me know what > > > > you decide. > > > > Policy says that pre-depends must be discussed on debian-devel. So post > > > to > > > debian-devel, wait a few days, then close this bug again. :) I don't > > > anticipate any objections, adduser is commonly found in pre-depends and > > > heartbeat is not a high-priority package (in the Priority: sense). > > > Ok, understood. > > > Adduser is only used to create a system group and user on install > > if it doesn't exist. Is there an alternate way to do this > > that wouldn't require a pre-depends? > > Don't ship files in your package that are owned by the user/group, just > call adduser and create any files/directories you need to in the postinst? Thats exactly what is happening :-) > Anyway, ought to be discussed on -devel :) Fine, though I would have thought that this is a fairly common scenario with a canned solution. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)
On Sat, Feb 11, 2006 at 03:06:36PM -0800, Steve Langasek wrote: > On Sat, Feb 11, 2006 at 09:50:20PM +0900, Horms wrote: > > On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote: > > > reopen 352027 > > > severity 352027 serious > > > retitle 352027 heartbeat - pre-depends on adduser without consensus > > > What exactly is that supposed to mean? > > That we all need to agree before adding the pre-depends? > > That we aren't sure if it solves the problem? That > > pre-depends should be added with extreeme caution? > > Are there other options available? I'm pretty ambivilent > > about how this problem gets fixed. Just let me know what > > you decide. > > Policy says that pre-depends must be discussed on debian-devel. So post to > debian-devel, wait a few days, then close this bug again. :) I don't > anticipate any objections, adduser is commonly found in pre-depends and > heartbeat is not a high-priority package (in the Priority: sense). Ok, understood. Adduser is only used to create a system group and user on install if it doesn't exist. Is there an alternate way to do this that wouldn't require a pre-depends? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)
On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote: > reopen 352027 > severity 352027 serious > retitle 352027 heartbeat - pre-depends on adduser without consensus What exactly is that supposed to mean? That we all need to agree before adding the pre-depends? That we aren't sure if it solves the problem? That pre-depends should be added with extreeme caution? Are there other options available? I'm pretty ambivilent about how this problem gets fixed. Just let me know what you decide. Presumably these alterations to 352027 also apply to 352158. Could you please update that bug too? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352152: kernel-package: latest unstable version breaks 2.4.27 image builds
Package: kernel-package Version: 10.034 Severity: important The current version of make-kpkg calls the kernel's prepare target, but this does not exist in 2.4.27. Apart from anything else, this renders all of the 2.4.27 images in etch/sid unbuildable. I'm not entirely sure what the correct fix is, as changing make-kpkg to use prepare (for 2.6) seems to have been a reasonably complex change. Here is a log of a failed build, on the off chance it helps. I've seen it for i386 and powerpc, and I believe that Norbert Tretkowski has seen it on Alpha. -- 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.15-hls-2006020200 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Versions of packages kernel-package depends on: ii dpkg 1.13.13package maintenance system for Deb ii dpkg-dev 1.13.13package building tools for Debian ii file 4.15-2 Determines file type using "magic" ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-12 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-8The GNU C compiler ii gettext 0.14.5-2 GNU Internationalization utilities ii make 3.80+3.81.b4-1 The GNU version of the "make" util ii perl 5.8.8-1Larry Wall's Practical Extraction ii po-debconf0.9.2 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.3-2high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-13 GNU C Library: Development Librari -- no debconf information [snip] fakeroot debian/rules binary dh_testdir dh_clean -k dh_clean: Compatibility levels before 4 are deprecated. dh_installdirs dh_installdirs: Compatibility levels before 4 are deprecated. dh_testdir cd kernel-source-2.4.27; \ HEADER_CLEAN_HOOK=/home/horms/tmp/debian-kernel-test/kernel-image-2.4.27-i386-trunk/kernel-image-2.4.27-i386-2.4.27/header-install.out \ make-kpkg --stem kernel --append_to_version -3 kernel-headers exec make -f /usr/share/kernel-package/ruleset/minimal.mk debian APPEND_TO_VERSION=-3 KPKG_STEM=kernel make[1]: Entering directory `/home/horms/tmp/debian-kernel-test/kernel-image-2.4.27-i386-trunk/kernel-image-2.4.27-i386-2.4.27/kernel-source-2.4.27' == making target minimal_debian [new prereqs: ]== test -d debian || mkdir debian test ! -e stamp-building || rm -f stamp-building test -f debian/control || sed -e 's/=V/2.4.27-3/g'\ -e 's/=D/2.4.27-3-10.00.Custom/g' -e 's/=A/i386/g' \ -e 's/=SA//g' -e 's/=L/ /g' \ -e 's/=I//g'\ -e 's/=CV/2.4/g' \ -e 's/=M/Unknown Kernel Package Maintainer <[EMAIL PROTECTED]>/g'\ -e 's/=ST/kernel/g' -e 's/=B/i386/g'\ /usr/share/kernel-package/Control > debian/control test -f debian/changelog || sed -e 's/=V/2.4.27-3/g' \ -e 's/=D/2.4.27-3-10.00.Custom/g'-e 's/=A/i386/g' \ -e 's/=ST/kernel/g' -e 's/=B/i386/g' \ -e 's/=M/Unknown Kernel Package Maintainer <[EMAIL PROTECTED]>/g' \ /usr/share/kernel-package/changelog > debian/changelog install -p -m 755 /usr/share/kernel-package/rules debian/rules for file in ChangeLog Control Control.bin86 config templates.in ; do \ cp -f /usr/share/kernel-package/$file ./debian/; \ done for dir in Config docs examples ruleset scripts pkg po; do \ cp -af /usr/share/kernel-package/$dir ./debian/; \ done test -d ./debian/stamps || mkdir debian/stamps make[1]: Leaving directory `/home/horms/tmp/debian-kernel-test/kernel-image-2.4.27-i386-trunk/kernel-image-2.4.27-i386-2.4.27/kernel-source-2.4.27' exec debian/rules DEBIAN_REVISION=2.4.27-12.hls.2006020900 APPEND_TO_VERSION=-3 KPKG_STEM=kernel kernel-headers make[1]: Entering directory `/home/horms/tmp/debian-kernel-test/kernel-image-2.4.27-i386-trunk/kernel-image-2.4.27-i386-2.4.27/kernel-source-2.4.27' == making target
Bug#344036: Unresolved symbol ALIGN in orinoco.o module
tags 344036 +pending
thanks
I believe that the following patch, which will be included in
2.4.27-13 and 2.4.27-10sarge2 trivially resolves this problem.
--
Horms
--- a/drivers/net/wireless/hermes.c
+++ b/drivers/net/wireless/hermes.c
@@ -2312,6 +2312,8 @@ orinoco_stat_gather(struct net_device *d
}
}
+#define ALIGN(x,a) (((x)+(a)-1)&~((a)-1))
+
static int
orinoco_xmit(struct sk_buff *skb, struct net_device *dev)
{
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344036: Unresolved symbol in orinoco.o module
retitle 344036 Unresolved symbol ALIGN in orinoco.o module retitle 343970 Unresolved symbol vn_mark_bad in xfs.o thanks Hi, The xfs.o/vn_mark_bad problem has also been reported as #343970 I would like to handle discussion of that problem exclsively in that bug. I also believe that I have a solution to that problem, as annotated in that bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 I would like to use this bug, 344036, to address the missing ACCEPT symbol in orinoco.o. I hope to post a solution to that problem shortly. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343970: Some new 2.4.27 security patches
On Wed, Feb 08, 2006 at 12:26:27PM +0900, Horms wrote: > On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote: > > > Also this patch: > > > http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL > > > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h|[EMAIL > > > PROTECTED]|hist/fs/xfs/xfs_inode.c > > > ([XFS] Handle inode creation race) should also be applied since it > > > appears to be a security issue. > > > > Fixed in 2.4.29-pre1 > > Patch: http://linux.bkbits.net:8080/linux-2.4/[EMAIL > > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c > > ChangeLog: http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.29 > > > > I'll get this into SVN for 2.4.27. > > It does not seem to relate to 2.6 at all. > > > > > I am having trouble locating CAN numbers for these, does anyone know if > > > there are any? > > > > I don't think there are any. Perhaps we should file for the 2nd one. > > I noice that hlh was involved in that patch, perhaps > > he can provide a slightly longer description. > > It turns out that this patch introduces a bug in the form of a missing > symbol (#343970). > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 Sorry, this problem should be tracked as #344036 as per the note I sent to #343970 earlier today. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344036 > The fix for this is to add an additional patch, which was also included > in 2.4.29-pre1 > > http://linux.bkbits.net:8080/linux-2.4/[EMAIL > PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h > > I have added this for inclusion in Sid's (trunk) 2.4.27-13. > > I have removed the original patch from sarge-security's 2.4.27-10sarge2 > as I believe that these patches are far to large for a security release. > I don't believe they have been closely examined. And we don't even > have a CVE for them. Should we add a patch-tracker entry for them > and consider them for "sarge3"? > > -- > Horms -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343970: Some new 2.4.27 security patches
On Fri, Oct 14, 2005 at 04:30:10PM +0900, Horms wrote: > > Also this patch: > > http://linux.bkbits.net:8080/linux-2.4/diffs/fs/xfs/[EMAIL > > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_dinode.h|[EMAIL > > PROTECTED]|hist/fs/xfs/xfs_inode.c > > ([XFS] Handle inode creation race) should also be applied since it > > appears to be a security issue. > > Fixed in 2.4.29-pre1 > Patch: http://linux.bkbits.net:8080/linux-2.4/[EMAIL > PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c > ChangeLog: http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.29 > > I'll get this into SVN for 2.4.27. > It does not seem to relate to 2.6 at all. > > > I am having trouble locating CAN numbers for these, does anyone know if > > there are any? > > I don't think there are any. Perhaps we should file for the 2nd one. > I noice that hlh was involved in that patch, perhaps > he can provide a slightly longer description. It turns out that this patch introduces a bug in the form of a missing symbol (#343970). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343970 The fix for this is to add an additional patch, which was also included in 2.4.29-pre1 http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h I have added this for inclusion in Sid's (trunk) 2.4.27-13. I have removed the original patch from sarge-security's 2.4.27-10sarge2 as I believe that these patches are far to large for a security release. I don't believe they have been closely examined. And we don't even have a CVE for them. Should we add a patch-tracker entry for them and consider them for "sarge3"? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343970: unresolved symbols in module xfs.o
tags 343970 +pending thanks This was caused by the inclusion of 194_xfs-bad-inodes.diff in 2.4.27-12. Otherwise known as: http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|related/fs/xfs/xfs_inode.c I believe that the fix for this is 194_xfs-inode-race.diff, which I have added for inclusinon in the forthcoming 2.4.27-13 release. http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|src/|src/fs|src/fs/xfs|src/fs/xfs/linux-2.4|related/fs/xfs/linux-2.4/xfs_vnode.h -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350586: heartbeat: LinuxSCSI fails because of wrong /proc/scsi/scsi Usage
Hi Martin, do you have any information in weather the /proc/scsi interface changed at some stage. I7m concerned that although your suggestion will work on 2.6.8, it may not work on other kernel version, and thus something slightly smarter needs to be done at run time to work out what commands to be sent based on the prevailing kernel version. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351181: heartbeat-2: postinst fails chmoding non-existent var/run/heartbeat/{ccm, crm}
Package: heartbeat-2
Version: 2.0.2-5
Severity: important
Tags: pending
Heartbat-2's postinst script tries to manipulate var/run/heartbeat/{ccm,crm}
but these directories do not exist on a fresh install. This causes
the postinst, and thus the install to abort.
Trivial fix is to add var/run/heartbeat/{ccm,crm} to heartbeat.dirs
-- 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.15-hls-2006020200
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored:
LC_ALL set to ja_JP.eucJP)
Versions of packages heartbeat-2 depends on:
ii adduser 3.80 Add and remove users and groups
ii iproute 20041019-4 Professional tools to control the
ii libbz2-1.01.0.2-11 high-quality block-sorting file co
ii libc6 2.3.5-11 GNU C Library: Shared libraries an
ii libglib2.0-0 2.8.4-2The GLib library of C routines
ii libltdl3 1.5.22-1 A system independent dlopen wrappe
ii libnet1 1.1.2.1-2 library for the construction and h
ii libopenipmi0 2.0.2-2Intelligent Platform Management In
pn libsensors3(no description available)
pn libsnmp9 (no description available)
ii libssl0.9.8 0.9.8a-5 SSL shared libraries
ii libuuid1 1.38+1.39-WIP-2005.12.10-2 universally unique id library
ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra
ii libxml2 2.6.22-2 GNOME XML library
ii netkit-ping 0.10-10.2 The ping utility from netkit
ii python2.3.5-3An interactive high-level object-o
ii zlib1g1:1.2.3-9 compression library - runtime
Versions of packages heartbeat-2 recommends:
ii logrotate 3.7.1-2Log rotation utility
ii sysklogd [system-log-daemon] 1.4.1-17 System Logging Daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339016: #339016 and #351178 apply to heartbeat too
clone 339016 tag 339016 +pending reassign -1 heartbeat clone 351178 reassign -2 heartbeat thanks These bugs apply to heartbeat too. Both will be fixed, as suggested in the original bug reports, in the next upload of heartbeat and heartbeat-2. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351178: heartbeat-2: /usr/bin/cl_status is not setgid
Package: heartbeat-2 Version: 2.0.2-5 Severity: normal Tags: patch, pending As reported by Adeodato Sim, /usr/bin/cl_status is not setgid but should be. The followign patch resolves this problem, and will be inculded in the next releaase. This bug affects both the heartbeat and heartbeat-2 packages. Index: heartbeat-2.postinst === RCS file: /home/cvs/linux-ha/linux-ha/debian/heartbeat-2.postinst,v retrieving revision 1.3 diff -u -r1.3 heartbeat-2.postinst --- a/debian/heartbeat-2.postinst 3 Oct 2005 05:56:16 - 1.3 +++ b/debian/heartbeat-2.postinst 3 Feb 2006 01:12:07 - @@ -34,8 +34,8 @@ done - chmod 2555 /usr/bin/cl_status chgrp haclient /usr/bin/cl_status + chmod 2555 /usr/bin/cl_status for i in root nobody hacluster; do chmod 700 /var/lib/heartbeat/cores/$i -- 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.15-hls-2006020200 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) Versions of packages heartbeat-2 depends on: ii adduser 3.80 Add and remove users and groups ii iproute 20041019-4 Professional tools to control the ii libbz2-1.01.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libltdl3 1.5.22-1 A system independent dlopen wrappe ii libnet1 1.1.2.1-2 library for the construction and h ii libopenipmi0 2.0.2-2Intelligent Platform Management In pn libsensors3(no description available) pn libsnmp9 (no description available) ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii libuuid1 1.38+1.39-WIP-2005.12.10-2 universally unique id library ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libxml2 2.6.22-2 GNOME XML library ii netkit-ping 0.10-10.2 The ping utility from netkit ii python2.3.5-3An interactive high-level object-o ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages heartbeat-2 recommends: ii logrotate 3.7.1-2Log rotation utility ii sysklogd [system-log-daemon] 1.4.1-17 System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350586: [EMAIL PROTECTED]: Bug#350586: heartbeat: LinuxSCSI fails because of wrong /proc/scsi/scsi Usage]
Hi Linux-HA-dev,
Is this fix appropriate? I'm not up on what changes might have
been made to /proc/scsi
- Forwarded message from Christoph Martin <[EMAIL PROTECTED]> -
Subject: Bug#350586: heartbeat: LinuxSCSI fails because of wrong
/proc/scsi/scsi Usage
Reply-To: Christoph Martin <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
From: Christoph Martin <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Date: Fri, 27 Jan 2006 14:36:42 +0100
X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,
DATE_IN_FUTURE_06_12 autolearn=no
version=3.0.4-stephanie.vergenet.net_2005122100
Package: heartbeat
Version: 1.2.3-9sarge3
Severity: normal
Tags: patch
Please use the patch below to fix the LinuxSCSI resource script:
*** /etc/ha.d/resource.d/LinuxSCSI~ 2005-08-13 09:46:25.0 +0200
--- /etc/ha.d/resource.d/LinuxSCSI 2006-01-27 14:25:30.464771922 +0100
***
*** 142,148
scsi_start() {
parseinst "$1"
[ $target = error ] && exit 1
! echo "scsi-add-single-device $host $channel $target $lun" >>$PROCSCSI
if
scsi_status "$1"
then
--- 142,148
scsi_start() {
parseinst "$1"
[ $target = error ] && exit 1
! echo "scsi add-single-device $host $channel $target $lun" >>$PROCSCSI
if
scsi_status "$1"
then
***
*** 160,166
scsi_stop() {
parseinst "$1"
[ $target = error ] && exit 1
! echo "scsi-remove-single-device $host $channel $target $lun" >>$PROCSCSI
if
scsi_status "$1"
then
--- 160,166
scsi_stop() {
parseinst "$1"
[ $target = error ] && exit 1
! echo "scsi remove-single-device $host $channel $target $lun" >>$PROCSCSI
if
scsi_status "$1"
then
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-11-amd64-k8-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages heartbeat depends on:
ii adduser3.63 Add and remove users and groups
ii iproute20041019-3Professional tools to control the
ii iputils-ping 3:20020927-2 Tools to test the reachability of
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libglib1.2 1.2.10-9 The GLib library of C routines
ii libnet11.1.2.1-2 library for the construction and h
ii libpils0 1.2.3-9sarge3 Plugin and Interface Loading Syste
ii libstonith01.2.3-9sarge3 Interface for remotely powering do
ii python 2.3.5-2 An interactive high-level object-o
-- no debconf information
- End forwarded message -
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348040: linux-source-2.6.15: kernel doesn't run on prep machines
tags 348040 +pending thanks In article <[EMAIL PROTECTED]> you wrote: > On Sat, Jan 14, 2006 at 11:59:41AM +0100, Sebastian Heutling wrote: >> Package: linux-source-2.6.15 >> Version: 2.6.15-2 >> Severity: normal >> >> As mentioned on linuxppc-dev by Grant Likely (and me as well) 2.6.15 >> doesn't run on prep machines. He also forwarded a possible solution/patch >> from Paul Janzen which was send to linuxppc-embedded: >> >> http://ozlabs.org/pipermail/linuxppc-embedded/2006-January/021550.html > > This patch has been signed off by Tom Rini, and forwarded to Paulus, and is > indeed going upstream, will commit to svn, so it will be in -3. On Sven's request I have added this patch to SVN, it should appear in linux-2.6 2.6.15-3 -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346117: heartbeat: use invoke-rc.d in postinst ?
heartbeat: use invoke-rc.d in postinst ? On Thu, Jan 05, 2006 at 07:07:30PM +, paddy wrote: > Package: heartbeat > Version: 1.2.3-9sarge4 > Severity: important > > > See the Subject. Is there a reason why not ? > > I haven't looked into this deeply. Personally I'd want restart if > running type thing. Anything else is just scary :) > > Indeed, I was tempted to file this as critical, and I actually think > that it is, but I can see that its debatable. > > My reasoning was simply that heartbeat can be so much fun, having > as it does the power to reboot systems, other systems even :) > I'd wager there are scenarios that would include data loss. > > I have drbd, and it was only luck that it was running. I'm not sure > what would have happenned if it weren't, but I could try it out on > a test system if you want to know. > > Let me know if you need a patch. Hi Paddy, A way for heartbeat to use invoke-rc.d seems like a good idea to me. Perhaps the best way would be to make a resource that acts as a simple wrapper for invoke-rc.d and can be listed in the haresources file. I've CCed the linux-ha-dev list as thats a good place for discussions like this. Though only members can post (to cut down on spam) so you'll need to join up or pass messages to me (or 346117). -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344797: perdition: missing dependence on libvanessa-*
On Mon, Dec 26, 2005 at 01:30:20PM +0100, Leonardo Macchia wrote: > Package: perdition > Version: 1.17-4 > Severity: important > > Hello. > > Package "perdition" misses dependence on libvanessa-adt0, > libvanessa-socket0, libvanessa-logger0. > These libraries are required: > > $ ldd /usr/sbin/perdition|grep -i vanessa > libvanessa_adt.so.0 => /usr/lib/libvanessa_adt.so.0 (0xb7f87000) > libvanessa_socket.so.0 => /usr/lib/libvanessa_socket.so.0 (0xb7f82000) > libvanessa_logger.so.0 => /usr/lib/libvanessa_logger.so.0 (0xb7f7e000) Thanks. I'm not sure how those dependancies went missing, but I'll look into it. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344633: heartbeat: /etc/ha.d/resource.d/IPaddr fails to release ip on interface with long name
On Sat, Dec 24, 2005 at 04:46:02PM +0700, Eugene Konev wrote: > Package: heartbeat > Version: 1.2.3-9sarge4 > Severity: important > > > The script uses ifconfig to find interfaces and ifconfig only shows first 9 > characters of interface name. Thus, if aliased interface name has more than 9 > symbols (and original has more than 7) IPaddr fails to release the ip and > heartbeat immediately reboots machine. > > Sample session: > [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 start > 2005/12/24_16:14:38 info: /sbin/ifconfig nic1.499:1 10.4.99.9 netmask > 255.255.255.0 broadcast 10.4.99.255 > 2005/12/24_16:14:38 info: Sending Gratuitous Arp for 10.4.99.9 on nic1.499:1 > [nic1.499] > 2005/12/24_16:14:38 /usr/lib/heartbeat/send_arp -i 1010 -r 5 -p > /var/lib/heartbeat/rsctmp/send_arp/send_arp-10.4.99.9 nic1.499 10.4.99.9 auto > 10.4.99.9 > > [EMAIL PROTECTED]:~# sh /etc/ha.d/resource.d/IPaddr 10.4.99.9 stop > 2005/12/24_16:15:21 info: /sbin/route -n del -host 10.4.99.9 > SIOCDELRT: No such process > 2005/12/24_16:15:21 info: /sbin/ifconfig nic1.499: down > SIOCSIFFLAGS: Cannot assign requested address > 2005/12/24_16:15:21 WARN: IP Address 10.4.99.9 NOT released > > I'd suggest switching the default ip script to IPaddr2 on linux platforms > which uses ip and doesn't have this limitation. Yes, please specify IPaddr2 in your haresources file instead of IPaddr. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341761: [PATCH] PCI hotplug: Be slightly quieter about shpc_cap_offset == 0
In article <[EMAIL PROTECTED]> you wrote:
> Package: linux-2.6
> Severity: minor
>
> I'm booting using the "quiet" kernel option. During the synthesizing
> of the initial hotplug events, I see the following messages show up:
>
>shpchp: shpc_init : shpc_cap_offset == 0
>shpchp: shpc_init : shpc_cap_offset == 0
>
> I don't know what this means, but I doubt it is important enough to
> break the silence I requested using "quiet". I don't even have a
> machine capable of PCI hotplugging.
>
> If the issue is important enough to bother me about after all, it
> should say what the problem is in plain English, so I can actually do
> something about it.
I've CCed the upstream maintainer, to bring this minor issue
to his attention.
Greg, I see in the code that message is logged using err(),
perhaps dbg() would be more appropriate. Trivial patch for reference:
PCI hotplug: Be slightly quieter about shpc_cap_offset == 0
It seems that the following message, logged as err() can show
up during normal boots.
See: http://bugs.debian.org/341761
Signed-Off-By: Horms <[EMAIL PROTECTED]>
diff --git a/drivers/pci/hotplug/shpchp_hpc.c b/drivers/pci/hotplug/shpchp_hpc.c
index 9987a6f..69f0e5d 100644
--- a/drivers/pci/hotplug/shpchp_hpc.c
+++ b/drivers/pci/hotplug/shpchp_hpc.c
@@ -1351,7 +1351,7 @@ int shpc_init(struct controller * ctrl,
shpc_base_offset = 0; /* amd shpc driver doesn't use this;
assume 0 */
} else {
if ((shpc_cap_offset = pci_find_capability(pdev,
PCI_CAP_ID_SHPC)) == 0) {
- err("%s : shpc_cap_offset == 0\n", __FUNCTION__);
+ dbg("%s : shpc_cap_offset == 0\n", __FUNCTION__);
goto abort_free_ctlr;
}
dbg("%s: shpc_cap_offset = %x\n", __FUNCTION__,
shpc_cap_offset);
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330081: Followup on localversion/extraversion override
In article <[EMAIL PROTECTED]> you wrote: > [-- text/plain, encoding quoted-printable, charset: us-ascii, 29 lines --] > > Just had a look at the 2.6.14 kernel image packages, and this is still a > problem. > > The .extraversion file that exists is not read by anything in the kernel > makefiles supplied in the linux-headers package that I can see... > > "ln .extraversion localversion-debian" makes the module install scripts > from the kernel work properly, but this is not completely correct > behaviour since it's an extraversion, not a localversion, but this > happens to work... > > Perhaps localversion-00debian would be better, to be sure it's first > ahead of any other patches applied, but ideally the value should be in > the Makefile as EXTRAVERSION, which would mean it could no longer be > shared amongst the linux-headers-2.6.14-2-* packages. > > Another option would be modify the upstream Makefile to read > .extraversion into EXTRAVERSION at the top of the Makefile... It's > Debian-specific, and probably not the best solution given that there > appears to be scripts out there reading .extraversion, eg. #333842. But > it otherwise seems a good solution to me that doesn't require unsharing > the Makefile. Manoj, being the extraversions expert, do you have any thoughts on this. The current situation seems less than ideal. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341329: kernel-image-2.6.8-2-386: usb 2.0 pci card with ali 5273 chip not working
On Wed, Nov 30, 2005 at 06:37:57PM -0800, Dan Aronson wrote: > As I wrote, the in 2.6.12 the driver now reports that there is a BIOS > bug, but then recovers > and finishes loading, I haven't yet tried a device on it, but it does > show up correctly > in /proc/bus/usb/devices. Thanks -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341329: kernel-image-2.6.8-2-386: usb 2.0 pci card with ali 5273 chip not working
On Wed, Nov 30, 2005 at 12:44:29PM -0800, Dan Aronson wrote: > Horms, > I don't know why I didn't see it yesterday when I looked, but this > seems to be the same bug > as 316848. Sorry for making you reply again. I'll be even more careful > next time. No problem. Just to clarify. You still see the same bug in 2.6.12? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341329: kernel-image-2.6.8-2-386: usb 2.0 pci card with ali 5273 chip not working
In article <[EMAIL PROTECTED]> you wrote: > Package: kernel-image-2.6.8-2-386 > Version: 2.6.8-16 > Severity: important > > I recently bouch a compusa brand usb 2.0 2 port card > (model pci-usbali5273-2p-2). It doesn't work, the ehci module > reports: > > ehci_hcd :02:0d.3: ALi Corporation USB 2.0 Controller > ehci_hcd :02:0d.3: BIOS handoff failed (112, 1010001) > ehci_hcd :02:0d.3: can't reset > ehci_hcd :02:0d.3: init :02:0d.3 fail, -95 > ehci_hcd: probe of :02:0d.3 failed with error -95 I think I need to write a canned response for 2.6.8 bugs: As upstream kernel development moves at a rapid pace its virtually impossible to backport other than trivial fixes. Without spending a lot of time investingating your problem, would it be possible to see if the 2.6.12 backport to sarge, a significantly newer kernel, helps your immediate problem. http://packages.vergenet.net/sarge-backports/ -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340836: linux-image-2.6.14-2-686: module ieee80211_crypt_tkip and ieee80211_crypt_ccmp are broken
In article <[EMAIL PROTECTED]> you wrote: > Package: linux-image-2.6.14-2-686 > Version: 2.6.14-3 > Severity: important > > > Hi, > When ieee80211_crypt_tkip is loaded I have this in kern.log and TKIP > auth doesn't work: > Nov 26 10:41:36 localhost vmunix: ieee80211_crypt: registered algorithm 'NULL' > > Latest ieee80211-source give the same result. There is a known problem with the ieee80211 in Linus' tree being out of date. Its slowly being discussed on debian-kernel. http://lists.debian.org/debian-kernel/2005/11/msg01215.html -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340774: udev: unable to register OSS PCM device 0:0 for snd-intel8x0 with dxr3 card installed
In article <[EMAIL PROTECTED]> you wrote: > reassign 340774 linux-2.6 > >>thanks >> >>On Nov 25, AdamW <[EMAIL PROTECTED]> wrote: >> >> >> >>>I've got a problem with oss emulation from alsa with dxr3 card installed in >>>my system. >>>Udev loads drivers for dxr3 first and then is unable to register OSS PCM >>>device 0:0 >>>When I remove dxr3 drivers (em8300, bt865) everything is ok. >>>It would be grateful if you could fix this problem. >>>I think that it would be enough if udev could load sound drivers first, >>>however, I do not know how t do it. >>> >>> >>udev does not and will not enforce this kind of drivers ordering. >>This looks like a kernel bug. >> >> >> > I understand, but with hotplug there is no problem with alsa oss > emulation even if drivers for sound card are loaded first. > It happens only when I use udev istead of hotplug I believe that what Marco is saying is that, while the ordering of loading the modules may be important, as does indeed seem to be the case here, its not up to udev to set that ordering, it is handled entirely by the kernel. So it seems that Alsa needs to be enhanced so either the ordering isn't required, or it has some way to load oss pcm first. With this in mind, could you please log a bug against ALSA and report any bugs back here (unfortunately bugzilla doesn't play well with the debian BTS). James Courtier-Dutton recently posted (to another bug) about how he would like ALSA bugs handled. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338606;msg=15 Thanks -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
