>There is no other part of the libgphoto2 code that links to gd.

that statement is not true at all

https://github.com/search?q=repo%3Agphoto%2Flibgphoto2%20gd&type=code
https://github.com/gphoto/libgphoto2/blob/807d44d0dcb0a8a8df151baa27830127fbbbbef6/configure.ac#L373-L382

i think you need talk with upstream for why still keep this type of thing in the code if is not used

greetings

El dom, 29 oct 2023 a las 22:55, <notify@aur.archlinux.org> escribió:
MarsSeed [1] filed a deletion request for lib32-gd [2]:

lib32-gd is absolutely unnecessary for lib32-libgphoto2.

The latter could only use gd for on-the-fly image conversion two
specific digital "picture frame" hardware, for which libgphoto2
introduced support in 2015, well within the 64-bit era. Also that
library is utilized for Docupen scanner pen support, starting from
2020.

There is no other part of the libgphoto2 code that links to gd.
Therefore I cannot conceive any application that is bin32 only and
needs this specialized functionality of libgphoto2 for those 2015 and
2020 released, 64-bit compatible niche hardware devices.

I've notified the maintainer of lib32-libgphoto2 about this in July
2023.

Deleting this unneeded library would in turn allow other lib32
packages to be dropped. And also it would help reduce the dependency
build burden on people who use AUR/wine-stable.

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/lib32-gd/