Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#14137 - [sg3_utils] 1.26 breaks banshee, podsleuth

Attached to Project: Arch Linux
Opened by Stéphane Travostino (eazy) - Wednesday, 08 April 2009, 09:04 GMT
Last edited by Aaron Griffin (phrakture) - Friday, 26 June 2009, 17:34 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
sg3_utils 1.26 provides the 'libsgutils2.so' library, which in the previous version (1.25) was called 'libsgutils.so', breaking podsleuth.
This library is used by podsleuth (and banshee) to detect connected iPods.

Running podsleuth with sg3_utils 1.25 and an attached iPod gives:

iPod Found [/org/freedesktop/Hal/devices/volume_uuid_DF6C_6AE5]
* Generic Device Properties
- Block Device: /dev/sdb1
- Mount Point: /media/EAZY
- Read Only: False
- Volume Size: 4 GiB
* General iPod Properties
- Serial Number: YM7423XAY0P
- Firewire ID: 000A27001A931CEC
- Firmware Version: 1.1.3
- iPod_Control: /iPod_Control
[etc.]

While using sg3_utils 1.26 gives:

Found an iPod device, but it is not known by PodSleuth:
Error: org.podsleuth.* properties are missing
UDI: /org/freedesktop/Hal/devices/volume_uuid_DF6C_6AE5
Block Device: /dev/sdb1
Mount Point: /media/EAZY

Cause: PodSleuth may not be installed properly, the HAL daemon may need
to be restarted and/or the device needs to be refreshed.

Note: A PodSleuth debug log was found: /tmp/podsleuth-debug
[etc.]

The error log states:

[...]
** Could not read iPod property list from SCSI code page **
System.DllNotFoundException: libsgutils.so.1
at (wrapper managed-to-native) PodSleuth.ScsiReader:sg_ll_inquiry (int,int,int,int,intptr,int,int,int)
[...]

In attach the file list for sg3_utils 1.25 and sg3_utils 1.26.

Additional info:
* package version(s)
- sg3_utils 1.26-1
- podsleuth 0.6.4-1
- banshee 1.4.3-1
Tested on x86_64


Steps to reproduce:
- Install sg3_utils 1.26
- Connect an iPod
- Run podsleuth. It should give the above error.

This task depends upon

Closed by  Aaron Griffin (phrakture)
Friday, 26 June 2009, 17:34 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Can no longer reproduce
Comment by Stéphane Travostino (eazy) - Wednesday, 08 April 2009, 09:49 GMT
Attaching sg3_utils 1.25 file list as it seems it has not been attached.
Comment by Jan de Groot (JGC) - Wednesday, 08 April 2009, 09:52 GMT
podsleuth has been patched to use the new library name. After applying the patch, there's no single reference to the old sg3_utils library. Did you update the podsleuth package yourself instead of using the repository version?
Comment by Stéphane Travostino (eazy) - Wednesday, 08 April 2009, 09:55 GMT
No, I did not update it, I'm using podsleuth from the extra repository.
I tried to install podsleuth-svn from AUR but configure stops as it can't find libsgutils.so
Comment by Stéphane Travostino (eazy) - Wednesday, 08 April 2009, 09:59 GMT
I confirm that the installed podsleuth references libsgutils2.so:

$ monodis /usr/lib/podsleuth/PodSleuth.dll | grep libsg
.module extern 'libsgutils2.so.2'
.method private static hidebysig pinvokeimpl ("libsgutils2.so.2" as "sg_ll_inquiry" winapi )

However it searches for the old version. There is no other podsleuth installation here to conflict with this one.
Comment by Jan de Groot (JGC) - Wednesday, 08 April 2009, 10:05 GMT
What is in /usr/lib/podsleuth/PodSleuth.dll.conf on your system?
Comment by Stéphane Travostino (eazy) - Wednesday, 08 April 2009, 10:07 GMT
Do you mean PodSleuth.dll.config?

<configuration>
<dllmap dll="libsgutils2.so.2" target="libsgutils2.so.2" />
</configuration>

BTW thank you for the fast replies ;)
Comment by Francois Charette (Firmicus) - Friday, 26 June 2009, 08:21 GMT
Shouldn't this be closed? sg3_utils is now at version 1.27 and I cannot reproduce the bug.

However, sg3_utils 1.27 needs to be patched: see http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=229653
Should I open another task for it?
Comment by Stéphane Travostino (eazy) - Friday, 26 June 2009, 13:50 GMT
For me it's OK to close it, I can reproduce it neither.

Loading...