Yeah, that's it. Well, it is not exactly VFAT, but NTFS via ntfs-3g. This is the fstab line:
/dev/sda5 /media/ntfs_drive ntfs-3g defaults,nls=utf8,umask=007,gid=46 0 1 I have just noticed that if I try to rename a file in that mount and put accented letters in the name, the rename will fail, whether from Nautilus or bash, so the problem is really not sound-juicer's. Example: [EMAIL PROTECTED]:cd /media/ntfs_drive [EMAIL PROTECTED]:touch mono [EMAIL PROTECTED]:mv mono moño mv: accediendo a `moño': Caracter multibyte amplio inválido ó incompleto (which translates to: "accessing `moño': Wide multibyte character invalid or incomplete") Still, I guess sound-juicer should fail more gracefully, instead of silently ignoring all the songs for which the file could not be created. It would be more helpful if it could at least say "such and such songs could not be ripped", just as most surely happens when the drive is full. Even better, the character set error might be cought and reported as "There seem to be problems creating files with accents in the names", and then offer to automatically swap "éèëê" for "e" and so on, or simply skip the problematic letters altogether. -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
