Bug#971067: RFS: libexif-gtk/0.5.0-1
Hi Andreas,
Sorry for the late reply.
On Sat, 3 Oct 2020 at 15:50, Andreas Metzler wrote:
> I think this looks alright now.
Oh, great. Thank you.
> I thought I should try it out and there is a only single reverse
> dependency, gtkam. Afaict gtkam is orphaned and dead upstream (last commit
> 2016) and does not work with GTK 3. :-(
>
> So I am wondering whether it would not be better for Debian to drop both
> libexif-gtk and gtkam instead of of ading to the workload of ftpmaster
> by uploading a new version of libexif-gtk.
We can't remove libexif-gtk, as libexif-gtk-dev is a r-b-dep of mlt.
Interestingly, mlt doesn't use GTK2, just the libexif functionality.
popcon shows similar analytics for libexif-gtk and gtkam [1], [2],
although libexif-gtk does have more installations than gtkam.
Given gtkam is dead upstream, I'd prefer to remove that package from Debian.
1. It has relatively few users.
2. There are many other packages that offer the same functionality (and more).
3. It is GTK2 only.
4. The package was orphaned in January 2012.
These are all problems.
While we could port gtkman to GTK3, I'm not sure it's worth doing
that, since upstream says the software is old ("gtkam is the old GTK2
reference graphical front-end to libgphoto2. It is not maintained
currently (volunteers welcome)." [3]).
So, I suggest filing a RM bug for gtkam and uploading libexif-gtk to
NEW. What do you think?
Hugh
[1] https://qa.debian.org/popcon.php?package=libexif-gtk
[2] https://qa.debian.org/popcon.php?package=gtkam
[3] http://www.gphoto.org/proj/
Reply to: