Bugzilla – Bug 118186
banshee never completes Automatic Import
Last modified: 2007-02-20 11:49:07 UTC
- Start banshee for the first time sbrabec@hammer:~> banshee ERROR: ld.so: object '/usr/lib/libaoss.so' from LD_PRELOAD cannot be preloaded: ignored. 0: Active Player Engine is now 'GStreamer' 1: Loaded PlayerEngine core: GStreamer 2: Loaded AudioCdPlayerEngine core: GStreamer 3: Audio CD Core Initialized 4: Registered Banshee.SqlLoadTransaction 5: Executing Banshee.SqlLoadTransaction - Click to Automatic Import these two items will not appear every time: 6: Registered Banshee.FileLoadTransaction 7: Executing Banshee.FileLoadTransaction - Wait 16 hours Still importing. It is not dead looped, after clicking to close button, it disappears in 20 seconds. 8: Forcefully canceled LibraryTransaction Note to aoss error - please use aoss wrapper or code from it. See also bug 117989.
Maybe we need a way to increase the verbosity of this, for debugging reasons. Slow automatic import from huge remote home directories is a widely reported problem.
I tried to import local directory with about 50 CD snapshots in FLAC and about 50 MP3 files.
File importing got a major overhaul a few months ago. I think the reason it was taking so long was because of strange symlinks, oddly enough, in ~/.wine (automatic import scans ~). The importer now ignores hidden directories, and is much more robust. It is also more verbose when it can't import a file. Could you re-test with a later version (0.10.4)?
No response in more than 1 month. Closing.
Reopening. The behavior changed, but I was not able to complete the import again: After clicking to automatic import, it reads something for about 3 hours (nearly 100% of CPU usage). Then it writes about 30 minutes thousands of error messages (nearly 100% of CPU usage). Then it stops at about 19% of import (about 50000 from 288000 files), already found about 1600 music files, CPU usage falls to about 0%. The GUI seems to be responding, but after clicking to one of already displayed FLAC files, GUI disappars. The last error message (thoushands of similar messages already displayed): Cannot Import: /home/sbrabec/Desktop/local/abuild/lib/abuild/init_buildsystem/sles8-i686/files/unitedlinux-release (Entagged.Audioformats.Exceptions.UnsupportedFormatException, No reader associated with MimeType: text/plain) I will retry it again, but even if it will work, it is unusably slow and noisy. Even after clicking to Cancel and manual selecting of my FLAC CD images, it was not able to complete import of my 70 CDs in 10 minutes. (rhythmbox does it in about two minutes)
Import of my home directory spends about an hour before finally segfaulting. Increasing Severity to Critical on account of the crash.
Import is still pathologically slow (esp. on pathologically large input), but it's no longer crashing. Demoting to Normal.
Stanislav: How's this working for you these days?
I have tried it on my home directory again with 10.1 and beagle updated to SLED10 version. Unhandled Exception: DBus.DBusException: Message did not receive a reply (timeout by message bus) in <0x00141> DBus.Message:SendWithReplyAndBlock () in <0x0008e> Helix.RemotePlayer.Proxy:Ping () in <0x00033> <>AnonHelp<0>:<#AnonymousMethod>0 () in <0x0004c> (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool () in <0x00045> TimeoutProxy:Handler () in <0x0005a> (wrapper native-to-managed) TimeoutProxy:Handler () in (unmanaged) 0x2b8c7822f66a in <0x0000b> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x00008> Gtk.Application:Run () in <0x00760> Banshee.BansheeEntry:Startup (string[]) in <0x00010> Banshee.BansheeEntry:Main (string[])
That last message is unrelated to import... for whatever reason, helix-dbus-server wasn't started by DBus it seems. This may be a problem with dbus-sharp, which has now been completely replaced in 0.11.1.
*** Bug 246075 has been marked as a duplicate of this bug. ***
Aaron, Stanislav: any more news on this?
Not experienced in SuSE Linux 10.2+GNOME:UNSTABLE. Import of my home directory finished in less than one hour. The only remaining problem is one error message per non-audio file. IMHO these files should be silently skipped.