Comment 8 for bug 1074028

 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