Re: [Bug-gnupod] mktunes 0.99.7-CVS on ubuntu 9.04 gets stuck

[H. Langos]

Hi Craig,

I take it you follow the CVS repository. I've made a simple one 
line adjustment to only scan sd* devices. It should help you with 
your current problem but the code there is conceptually broken.

It scans /sys/block and uses that as input to "udevinfo --name". 
There is however no guarantee that the name the kernel used for the 
block device, is the same that the device node in /dev will be named.

On my system I find it as /sys/block/sda or /sys/block/sdb or something
along those lines, depending on when I plug the ipod in.
To have a stable device node I use udev rules for the ipod to create 
"/dev/ipod-wholedisk" instead of "/dev/sdX" and the first partition 
is always assigned the device node "/dev/ipod" instead of "/dev/sdX1".

The code should probably be rewritten to query by path instead 
of name... maybe I'll add that later but please let me know if
the current CVS version fixes your problem.

-henrik

On Tue, Apr 07, 2009 at 03:00:55PM +0200, H. Langos wrote:
> Hi Craig,
> 
> I think I've seen a similar behavior before. Currently the code 
> scans every entry in /sys/block to find the ipod's device node 
> and to extract the serial number for the omnious "fwid".
> 
> I think it could be limited to scan just for the "sd*" entries
> but depending on the permissions you could also run into trouble 
> with that.
> 
> Could you post the output of "ls -l /sys/block/" ?
> 
> cheers
> -henrik
> 
> On Sat, Apr 04, 2009 at 01:03:05AM -0600, Craig Hollabaugh wrote:
> > mktunes 0.99.7-CVS on ubuntu gets stuck in 
> > 
> > /usr/share/perl5/GNUpod/SysInfo.pm 
> >     __GrabFWGUID_LINUX
> >         when executing 'udev info' on /sys/block/ram0
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________
> > Bug-gnupod mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/bug-gnupod
> 
> 
> _______________________________________________
> Bug-gnupod mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/bug-gnupod