GPixPod 0.3.3 released, with drag & drop and internationalization!
I have just uploaded on SF the new version of GPixPod, featuring:
- Drag & Drop of supported image files added for the treeview.
- Added gettext support for internationalization
- Added Italian translation
- Fixed a bug when browsing the filechooser with the keyboard
- Fixed a bug in the details pane: previous image not cleared if the next one is not found
- Removed iPod Photo/Nano warnings. Modified iPod Color warning
- Fixed exception about filechooser when creating new photo db.
March 1st, 2006 at 03:28
Hi, I am still having trouble getting this to work with the latest debian testing - I get the following error when i mount the ipod:
Traceback (most recent call last):
File “/home/squarris/downloads/GPixPod-0.3.3/ipodhal.py”, line 63, in __volume_mounted_cb
device_dbus_obj = self.bus.get_object(”org.freedesktop.Hal” ,device_udi)
File “/usr/lib/python2.4/site-packages/dbus/_dbus.py”, line 145, in get_object
return self.ProxyObjectClass(self, named_service, object_path)
File “/usr/lib/python2.4/site-packages/dbus/proxies.py”, line 120, in __init__
(result, self._pending_introspect) = self._Introspect()
File “/usr/lib/python2.4/site-packages/dbus/proxies.py”, line 132, in _Introspect
message = dbus_bindings.MethodCall(self._object_path, ‘org.freedesktop.DBus.Introspectable’, ‘Introspect’)
File “dbus_bindings.pyx”, line 1630, in dbus_bindings.MethodCall.__init__
File “dbus_bindings.pyx”, line 1443, in dbus_bindings.Message.__init__
TypeError: expected string or Unicode object, NoneType found
Do you have any ideas why that might be??
Thanks a lot
Paul
March 1st, 2006 at 12:13
Paul,
are you using gtk/pygtk 2.8? Check that the hal and dbus daemons are properly running. Try also either upgrading the packages to unstable eventually, or disabling the detection in preferences and specifying a mountpoint.
The problem seems still related to the UDI string.
Flavio
March 1st, 2006 at 15:18
Thanks for the reply - i will check the versions again tonight….
Paul
March 1st, 2006 at 20:33
Hello flagar, you are doing a great job with gpixpod. I manage to run it in my debian box (testing) with kernel 2.4.27-2 with my new nano.
I download the .tar.gz source and I have to coment the lines 20 to 24 of gpixpod.py, because HAL doesn’t work with a 2.4 kernel.
I manually mount the ipod, run gpixpod, transfer the photos and that work Ok.
If you wish I could help you with the translation to Spanish, that is my native language.
Thanks.
Diego
March 2nd, 2006 at 13:23
I have just sent an e-mail with the es.po file to you.
About the HAL autodetection: you could disable the option in
preferences and choose a mountpoint there. May you post the
command-line output? I tried to automatically disable the HAL
autodetection when proper support is not present, so maybe that’s not
working.
March 3rd, 2006 at 00:01
Hello. Thank you for a very useful program.
I found one problem though: When I try to read a db created by iTunes (in WinXP) I get the following error:
Traceback (most recent call last):
File “/usr/lib/gpixpod/gpixpod.py”, line 698, in OnIpodConnect
self.DBOpen(standard_loc)
File “/usr/lib/gpixpod/gpixpod.py”, line 213, in DBOpen
self.DB = MH(filename) # Actually opening and processing Photo Database
File “/usr/lib/gpixpod/mh.py”, line 94, in __init__
self._ThumbsExtract()
File “/usr/lib/gpixpod/mh.py”, line 282, in _ThumbsExtract
d = thumbdims.index(self.dblines[y][1][6])
IndexError: list index out of range
Problem is solved by manually deleting the itunes-created db-file + thumbs-dir and let gpixpod create a new one.
March 3rd, 2006 at 12:26
Hello kuser,
the problem is that GPixPod currently does not support loading Photo Database files generated by iTunes with the option to not copy the full resolution image. I really think that is the problem.
However, this will be fixed in the next 0.4 release as major feature (it requires more work than usual), with the possibility to choose to not copy the full resolution photo when creating from scratch.