Some of the utilities in the netpbm package, such as pbmtog3m, do not work properly because the variable BITS_PER_LONG is not set during compilation of the RPMs. These utilities either crash, or sit in an infinite loop. If you look at the log during an RPM build there are actual reports that this variable is not set. If I take the source RPM for netpbm, fudge the build so BITS_PER_LONG is set to 64, and build the utilities, they seem to work OK. At least Fedora 22 and 23 are affected by this issue.
There were problems with 64 bit builds of the netpbm RPMs back in 2007. They were fixed, and the utilities were working well for a long time on 64 bit machines. The current problem seems to be something recently introduced.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I am not able to reproduce described bug. Please tell me, is this bug still actual and if is, how to reproduce it? (Tested on Fedora 24, 64 bit architecture with newest netpbm release - 10.75.99)
I installed netpbm 10.75.99 from the updates-testing repo, and it seems to fix the problem. pbmtog3 is no longer crashing, and the files it produces are identical to ones produced on known good machines.