I can now confirm that the problem reported here no longer occurs when building from the current master branch. Hence this bug can be closed.
Yes, I've taken a brief look at your code yesterday, but I haven't yet got round to fully analysing it. My contribution to the cderpm project was mostly the result of my own need.
Thank you. It looks like the sgefault was fixed in 12f2fb1f106eb6980c20e785947ce5619884118d Still the help generation step fails. Need to investigate later.
Thank you. It looks like the problem was fixed in 12f2fb1f106eb6980c20e785947ce5619884118d
Same here: https://github.com/mbert/cderpm/releases/tag/tags/2.3.2 But at least my builds do not contain the online help because generating it fails (see above). Please be aware that build errors are ignored by the make build. Even if some tools could not be built you may still be able to generate an rpm file. This can by itself be considered a bug, but it's not what we're talking about here. When working on my changes to the cderpm code on github I redirected both stdout and stderr to a log file...
Same here: https://github.com/mbert/cderpm/releases/tag/tags/2.3.2 But at least my builds do not contain the online help because generating it fails (see above). Please be aware that build errors are ignored by the make build. Even if some tools could not be built you may still be able to generate an rpm file. This can by itself be considered a bug, but it's not what we're talking about here. When I working on my changes to the cderpm code on github I redirected both stdout and stderr to a log file...
Building help fails due to segfault on Fedora (fc33, fc34, x86_64)
Added new, alternative BSD-2 license for the code.