Fedora Account System
Red Hat Associate
Red Hat Customer
mingw-wpcap failed to build from source in Fedora rawhide/f44 https://koji.fedoraproject.org/koji/taskinfo?taskID=141169787 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_44_Mass_Rebuild Please fix mingw-wpcap at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, mingw-wpcap will be orphaned. Before branching of Fedora 45, mingw-wpcap will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 2126282 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 2126284 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 2126285 [details] state.log
I built this locally and the failure is in the dos2unix command, when it is asked to convert binary files. For example: dos2unix: Binary symbol 0x00 found at line 1 dos2unix: Skipping binary file ./wpcap/Win32-Extensions/version.aps Although it skips the files, it returns an error at the end. From the dos2unix changelog: - Update to 7.5.3 * Fix: Exit with non-zero code if the conversion is aborted due to a binary file * Fix: Exit with zero code when an unicode conversion error occurs in quiet mode (https://sourceforge.net/p/dos2unix/bugs/21/) I looked at the dos2unix code and there seems to be no flag that can be used to restore the previous behaviour. I guess this will break a few mingw packages. Not exactly sure what to do about this. We could either completely ignore the return value from dos2unix (slightly dangerous), or we could only apply dos2unix to files which should be text files, such as files called '*.c|*.h|Makefile', which will likely miss some files, but perhaps that is not important.
https://koji.fedoraproject.org/koji/taskinfo?taskID=141686608
Looks like the dos2unix guy took my bug report seriously (too seriously!) and actually reverted the behaviour change completely: https://sourceforge.net/p/dos2unix/bugs/21/