I understand for all practical purposes, the introspection bindings depend
on python 3 and GTK 3. Rapid Photo Downloader currently depends on PIL,
which is not yet ported to Python 3. Ripping out PIL, converting to GTK3 +
introspection + python3 seems like a massive undertaking! And all this with
no actual practical end benefit for the user. On the other hand, if gphoto2
has an introspection binding, that would be a benefit, because finally the
user might be able to download from a camera without the nightmare of the
buggy gphoto2/gvfs bindings.


On Tue, Jan 1, 2013 at 4:02 PM, Robert Bruce Park <<email address hidden>
> wrote:

> Porting of Rapid Photo Downloader is blocked because this app is still
> using all the old static gtk/gobject bindings, which conflict with the
> gobject introspection magic that is necessary to import GExiv2. The code
> that implements GExiv2 for rapid photo downloader is largely done, but
> it won't actually run correctly until the rest of rpd gets ported to the
> new introspection bindings.
>
> ** Changed in: rapid
>        Status: In Progress => Confirmed
>
> --
> You received this bug notification because you are subscribed to Rapid
> Photo Downloader.
> https://bugs.launchpad.net/bugs/1074028
>
> Title:
>   Port all pyexiv2 apps to GExiv2
>
> Status in Nautilus Image Manipulator:
>   Fix Committed
> Status in pyexiv2, a python binding to exiv2:
>   Triaged
> Status in Rapid Photo Downloader:
>   Confirmed
> Status in SmartShine - automation for the photographers:
>   Fix Committed
> Status in “creepy” package in Ubuntu:
>   Fix Committed
> Status in “flickrbackup” package in Ubuntu:
>   Fix Committed
> Status in “gexiv2” package in Ubuntu:
>   Triaged
> Status in “gramps” package in Ubuntu:
>   Triaged
> Status in “lazygal” package in Ubuntu:
>   Fix Committed
> Status in “phatch” package in Ubuntu:
>   Triaged
> Status in “pyexiv2” package in Ubuntu:
>   Triaged
> Status in “videoporama” package in Ubuntu:
>   Triaged
>
> Bug description:
>   I have spoken directly with the maintainer of pyexiv2 and we have
>   agreed that pyexiv2 is an abandoned project that will never support
>   Python3. Therefore, anything that depends on pyexiv2 is going to be
>   stuck on Python 2 until they port to GExiv2. GExiv2 is a clear winner
>   in terms of simplicity, and maintainability.
>
>   Packages marked as affected by this bug were designated so because
>   they have a dependency on the pyexiv2 package. They will need to be
>   ported to GExiv2 before they can be ported to Python 3. Here is the
>   popcon data for these packages, which may hopefully allow us to
>   prioritize this work by installation popularity:
>
>   #rank name                            inst  vote   old recent no-files
>   6692  gramps                         41836   534 41095   198     9
>   8296  phatch-cli                     26266   734 25209   309    14
>   13025 videoporama                     8766   120  8602    39     5
>   16897 rapid-photo-downloader          4683   174  4403    97     9
>   19941 nautilus-image-manipulator      3054   164  2816    73     1
>   35392 creepy                           591    11   563    17     0
>   36572 lazygal                          534    11   522     1     0
>   65688 smartshine                        60     5    22     6    27
>   78375 flickrbackup                      26     1    25     0     0
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/nautilus-image-manipulator/+bug/1074028/+subscriptions
>



-- 
http://www.damonlynch.net