Bug#439768: libmtp5: udev rules prevents using my player in mass storage mode

2007-08-31 Thread Libor Klepáč
Hello,
today, there was upgrade of amarok which was rebuild against libmtp6.
It seems it works nicely now.
Thanks

Libor

Dne út 28. srpna 2007 jste napsal(a):
 package libmtp5
 tags 439768 moreinfo
 thanks

 * Libor Klepac [EMAIL PROTECTED] [2007-08-27 11:43]:
  Package: libmtp5
  Version: 0.1.5-2
  Severity: important
 
  hello,
  when i put my sansa e250 in mass storage mode, it's still somehow
  influenced by rules in libmtp.rules - block devices are not created.
  I managed to solve? this problem by adding line
  DRIVER==usb-storage, GOTO=libmtp_rules_end
  just bellow
  SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libmtp_rules_end
 
  It works fine for me now, but i don't know, if that is the right
  approach

 Could you please try libmtp6 and see if the problem persists?




signature.asc
Description: This is a digitally signed message part.


Bug#439768: libmtp5: udev rules prevents using my player in mass storage mode

2007-08-29 Thread Libor Klepáč
Dne út 28. srpna 2007 jste napsal(a):
 package libmtp5
 tags 439768 moreinfo
 thanks

 * Libor Klepac [EMAIL PROTECTED] [2007-08-27 11:43]:
  Package: libmtp5
  Version: 0.1.5-2
  Severity: important
 
  hello,
  when i put my sansa e250 in mass storage mode, it's still somehow
  influenced by rules in libmtp.rules - block devices are not created.
  I managed to solve? this problem by adding line
  DRIVER==usb-storage, GOTO=libmtp_rules_end
  just bellow
  SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libmtp_rules_end
 
  It works fine for me now, but i don't know, if that is the right
  approach

 Could you please try libmtp6 and see if the problem persists?

hello,
i don't use mtp mode, but amarok package depends on libmtp5, so it's installed 
in my system

libor

(sorry about double report into bts, i found it now, is there some way to 
remove second mail from bts?)


signature.asc
Description: This is a digitally signed message part.


Bug#439768: libmtp5: udev rules prevents using my player in mass storage mode

2007-08-28 Thread Rafael Laboissiere
package libmtp5
tags 439768 moreinfo
thanks


* Libor Klepac [EMAIL PROTECTED] [2007-08-27 11:43]:

 Package: libmtp5
 Version: 0.1.5-2
 Severity: important
 
 hello,
 when i put my sansa e250 in mass storage mode, it's still somehow
 influenced by rules in libmtp.rules - block devices are not created.
 I managed to solve? this problem by adding line
 DRIVER==usb-storage, GOTO=libmtp_rules_end
 just bellow
 SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libmtp_rules_end
 
 It works fine for me now, but i don't know, if that is the right
 approach

Could you please try libmtp6 and see if the problem persists?

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#439768: libmtp5: udev rules prevents using my player in mass storage mode

2007-08-27 Thread Libor Klepac
Package: libmtp5
Version: 0.1.5-2
Severity: important

hello,
when i put my sansa e250 in mass storage mode, it's still somehow
influenced by rules in libmtp.rules - block devices are not created.
I managed to solve? this problem by adding line
DRIVER==usb-storage, GOTO=libmtp_rules_end
just bellow
SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libmtp_rules_end

It works fine for me now, but i don't know, if that is the right
approach

cu

libor


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

Kernel: Linux 2.6.23-rc2-l2-1 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libmtp5 depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libusb-0.1-4  2:0.1.12-7 userspace USB programming library
ii  udev  0.114-2/dev/ and hotplug management daemo

libmtp5 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]