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/
I disagree with the deletion request for this package.
This software is still receiving updates, as you will see from their git repo https://github.com/libgd/libgd/commits/master/
This PKGBUILD contains no mention of "lib32-libgphoto2" whatsoever, as we see at: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lib32-gd
It appears the package maintainer for lib32-libgphoto2 received your feedback and removed the lib32-gd dependency for their package, as seen here: https://aur.archlinux.org/cgit/aur.git/diff/?h=lib32-libgphoto2
Just because you are not using this package anymore MarsSeed does not mean that others are not still using it. Please remove this deletion request.
Despite @jahway603's protest, they haven't done a single step to fix the unbuildable dependency chain which is broken in several packages at the bottom level. Affected are 10 or so AUR packages, none of which have any viable use case in lib32 at all, and never even had. Also failure to understand technical reasoning about the lack of code paths in lib32-libgphoto2 that would ever have had relevance to any consuming application should not be a good enough reason to keep this long defunct and useless and unused package. And it doesn't render my points any less valid and factual.