#324 Gtkpod does not save the itunesdb backup filename

[Romain Janvier]

Hi,

I'm just having a weird bug since a few days. I've been using gtkpod without any problems since years. I've got an iPod classic 80GO. A few days ago, I had to reformat it using itunes due to bad blocks. It's now working fine.

But since then, When I try to save any change I've made to my iPod, I get an error because gtkpod is trying to save the backup db to /home/fedoski which is my home directory and to /home/fedoski.ext which of course it cannot, due to rights restrictions.

I'm using Gtkpod 2.1.4 on fedora 19 x64. The only thing that have changed since when I reformated my iPod is that I also use a version of Gtkpod 2.1.4 compiled from sources to which I've add a few printf to find what were the defective files. My iPod also changed name and is now called "iPod de Winski".

I've got the problem with both version.

I've deleted my .gtkpod/prefs but it didn't solve the problem.

Mostly, when I go to the iPod properties tab, it says that the iTuneDB backup is "None". If I try to change it to ".gtkpod/backupDB_xB147" or ".gtkpod/iTunesDB", it depends if I already tried to save the changes made. If I hadn't done anything, Gtkpod seems to aknowledge the name of the backup db and save correctly. Otherwise, it keeps trying to save to /home/fedoski.

If I change the name of the file in the .gtkpod/prefs, it is used correctly, but when I exit Gtkpod, the filename in prefs get back to /home/fedoski.

I don't really know why it is happening.

If it keeps happening, maybe I'll try hardcoding the name of the filename into the sources, which doesn't seems to be so easy, since I don't know where to look.

If anyone has any idea...

Thanks.

Romain Janvier

[phantomjinx]

Display of 'None' fixed in master branch. Please compile and test or await an alpha release to determine whether remainder of problem still persists.

[Romain Janvier]

I tried compiling the latest sources but I've got a problem with "configure" :

./configure: line 19516: syntax error near unexpected token vorbisenc,1.0,,{' ./configure: line 19516: GST_ELEMENT_CHECK(vorbisenc,1.0,,{ $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: The 'vorbisenc' element was not found. This will cause encoding to Ogg Vorbis to fail." >&5'

If I remove the GST_ELEMENT_CHECK, I can compile, but gtkpod crashes at startup :

./gtkpod

(lt-gtkpod:5380): libanjuta-WARNING **: Could not merge [/usr/local/share/gtkpod/data/ui/gtkpod.ui]: Failed to open file '/usr/local/share/gtkpod/data/ui/gtkpod.ui': Aucun fichier ou dossier de ce type

(lt-gtkpod:5380): Gtk-CRITICAL **: gtk_box_pack: assertion `GTK_IS_WIDGET (child)' failed

(lt-gtkpod:5380): Gtk-CRITICAL **: gtk_widget_show: assertion `GTK_IS_WIDGET (widget)' failed

(lt-gtkpod:5380): Gtk-CRITICAL **: gtk_menu_item_get_submenu: assertion `GTK_IS_MENU_ITEM (menu_item)' failed

(lt-gtkpod:5380): CRITICAL : about_create_plugins_submenu: assertion `GTK_IS_MENU_ITEM (menuitem)' failed

(lt-gtkpod:5380): GLib-CRITICAL **: g_hash_table_foreach: assertion `hash_table != NULL' failed

(lt-gtkpod:5380): ERROR : Cannot create builder. File /usr/local/share/gtkpod/data/glade/core-gtkpod.xml does not exist

The "configure" error must be linked to something I installed since I posted the bug because now, with the other build I used, I now have the same problem, but with AM_GST_ELEMENT_CHECK.

I'll try to investigate this later.

[phantomjinx]

Just tested configure in master with gstreamer-plugins-base installed and uninstalled. The GST_ELEMENT_CHECK is fine so not sure why its reporting incorrect syntax for you.

As far as running gtkpod, you will want to install gtkpod first rather than running it straight from the source directory since its anjuta base shell looks for files in /usr/local/share/gtkpod. That should solve the crash.