On Mon, Dec 17, 2007 at 09:47:48AM -0600, hugo vanwoerkom wrote:

Cool, glad you got it working. Wish I had an easier solution, but
that's going to require some more time and effort.

cheers,
Chris

--
Chris Waters | Pneumonoultra- osis is too long
xtifr@debian.org | microscopicsilico- to fit into a single
or xtifr@speakeasy.net | volcaniconi- standalone haiku

I have just tried to make this (LVM on crypto partition on top of real
hardware RAID) work by doing an Etch install (which works) and then
dist-upgrading to lenny. That doesn't work, and one ends up with the same
unbootable system as in the original bug report.

I suspect the problem is that the megaraid_mbox module is not loaded until
after attempts at mounting crypt and lvm.

If you need any more information than in the original bug report, please let
me know.

Regards,

Daniel
--
And that's my crabbing done for the day. Got it out of the way early,
now I have the rest of the afternoon to sniff fragrant tea-roses or
strangle cute bunnies or something. -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org
No more sea shells: Daniel's Weblog http://cshore.wordpress.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

Jürgen Richtsfeld schrieb:

Please also don't forget to evaluate /usr/share/bug/${package}/control.
it's pretty important to overwrite the recipient address for unofficial
packages, and is easy and non-controversial to use.

--
Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: daniel.baumann@panthera-systems.net
Internet: http://people.panthera-systems.net/~daniel-baumann/

reopen 456707
thanks

On Tue, Dec 18, 2007 at 12:42:36AM +0100, Peter Eisentraut wrote:

Which is no reason to close this bug. Closing this bug means that your
package doesn't depend nor build depend on xmms anymore...

Cheers

Luk

Package: bluez-utils
Version: 3.22-2
Severity: wishlist

The main new feature version 3.22 brings to the table is support for A2DP
- high quality audio which can be sent to/from bluetooth headsets. 3.22
recently migrated to testing, but... it's compiled without the very much
needed audio support!!

Any chance you could add '--enable-alsa' and '--enable-audio' to the
compilation flags?

PS. '--enable-obex' is obsolete.

-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.23.9
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bluez-utils depends on:
ii dbus 1.1.1-3 simple interprocess messaging syst
ii libbluetooth2 3.22-1 Library to use the BlueZ Linux...

Package: net-snmp
Version: 5.2.3-7
Severity: important

Hi.
Simple code to reproduce bug:

#!/usr/bin/perl
use SNMP;

# snmpd daemon running on localhost
my $s = new SNMP::Session(DestHost => 'localhost');
while(1) {
$s->gettable('ifTable'); # get interfaces table
}

Process quckly consume all availiable memory of host.

Package: wnpp
Severity: wishlist
Owner: Franz Pletz franz-pletz.org>

* Package name : apt-zeroconf
Version : 0.4.1
Upstream Author : Franz Pletz franz-pletz.org>
* URL : http://trac.phidev.info/trac/wiki/AptZeroconf
* License : GPL
Programming Lang: Python
Description : Caching peer-to-peer apt proxy for local networks

Apt-zeroconf is an extension to apt which enables it to find other
instances on the LAN in order to exchange debian package files and not to
fetch them from the internet.

Package: libpam-shield
Version: 0.9.2-2
Severity: minor
Tags: patch

The description field reads

It locks out default by null-route or iptable rule attackers
trying to login by brue-force methods.

As a native English speaker, I find this structure a bit difficult to
follow -- it sounds like the package locks out "iptable rule
attackers" using null-route. Why would anyone attack an iptable rule?

Instead I propose

It locks out brute-force password crackers using null-route or
iptables rules.

-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)

Package: hplip
Version: 2.7.10-5

I am running Debian Sid with a 2.6.10 kernel and an HP OfficeJet 5510
All-In-One printer attached through a USB port, using CUPS for all
printing. Since upgrading my entire installation recently to the current
Sid, I have not been able to communicate with the printer, although it was
working previously. The problem exists whether I use the CUPS admin webapp
or the HPLIP utilities. In web searches of the HPLIP web site and various
email forums, I have found information about previous similar problems in
HPLIP, but most are regarding old problems that have been fixed, and none of
the more recent suggestions have worked for me.

Here are the errors I see in /var/log/syslog.

Dec 15 13:32:14 fwy-li officejet_5500_series?serial=MY55DG135K96:
io/hpmud/musb.c 549: invalid product id string: Operation not permitted
Dec 15 13:32:14 fwy-li officejet_5500_series?serial=MY55DG135K96:
io/hpmud/musb.c 1003: unable to open
hp:/usb/officejet_5500_series?serial=MY55DG135K96
Dec 15 13:32:14 fwy-li officejet_5500_series?serial=MY55DG135K96: INFO: open
device failed; will retry in 30 seconds...