Bug 2434821

Summary: mingw-wpcap: FTBFS in Fedora rawhide/f44
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: mingw-wpcapAssignee: Thomas Sailer <fedora>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: fedora, rjones
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2026-01-30 11:42:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2384424    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2026-01-28 21:53:45 UTC 
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/
Comment 1 Fedora Release Engineering 2026-01-28 21:53:51 UTC 
Created attachment 2126282 [details]
build.log

file build.log too big, will only attach last 32768 bytes
Comment 2 Fedora Release Engineering 2026-01-28 21:53:57 UTC 
Created attachment 2126284 [details]
root.log

file root.log too big, will only attach last 32768 bytes
Comment 3 Fedora Release Engineering 2026-01-28 21:54:01 UTC 
Created attachment 2126285 [details]
state.log
Comment 4 Richard W.M. Jones 2026-01-29 08:43:59 UTC 
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.
Comment 5 Thomas Sailer 2026-01-30 11:42:05 UTC 
https://koji.fedoraproject.org/koji/taskinfo?taskID=141686608
Comment 6 Richard W.M. Jones 2026-01-31 07:47:34 UTC 
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/