Bug 2340697

Summary: kismet: FTBFS in Fedora rawhide/f42
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: kismetAssignee: Gwyn Ciesla <gwync>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 42CC: atu.guda, awilliam, gwync, rh-bugzilla
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: kismet-0.0.2023.07.R2-1.fc42 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2025-08-03 01:14:30 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: 2300528, 2382580    
Attachments:
Description Flags
build.log
none
root.log
none
state.log
none
more simple patch to build 2023-07-R2 none

Description Fedora Release Engineering 2025-01-22 20:39:06 UTC
kismet failed to build from source in Fedora rawhide/f42

https://koji.fedoraproject.org/koji/taskinfo?taskID=127994062


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild
Please fix kismet 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,
kismet will be orphaned. Before branching of Fedora 43,
kismet 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 2025-01-22 20:39:09 UTC
Created attachment 2070628 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Fedora Release Engineering 2025-01-22 20:39:10 UTC
Created attachment 2070629 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2025-01-22 20:39:12 UTC
Created attachment 2070630 [details]
state.log

Comment 4 Aoife Moloney 2025-02-26 13:38:16 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle.
Changing version to 42.

Comment 5 Adam Williamson (Red Hat non-Fedora) 2025-07-22 17:52:50 UTC
Looks to me like https://github.com/kismetwireless/kismet/commit/82e0ca25d54af40e59fe7f3e08c60ef02c8b51a3 fixed this, but we have a version before that landed. So updating to a newer version should help...

Comment 6 Gwyn Ciesla 2025-07-22 18:41:00 UTC
You'd think, but I don't see those changes in -R2. That commit also doesn't apply cleanly, but I'll see if I can backport.

Comment 7 Anton Guda 2025-07-24 09:10:50 UTC
Created attachment 2098079 [details]
more simple patch to build 2023-07-R2

I succeeded to build 2023-07-R2 with this patch.

Comment 8 Gwyn Ciesla 2025-07-24 16:25:43 UTC
That works! Please redeem this comment for 2 beverages of your choice if we're ever in the same physical location. Thank you!

Comment 9 Gwyn Ciesla 2025-07-24 16:51:28 UTC
Still fails on ppc64le: https://kojipkgs.fedoraproject.org//work/tasks/5360/135205360/build.log

Comment 10 Gwyn Ciesla 2025-07-24 17:29:16 UTC
Simply not applying the patch to ppc64le seems to fix it.

Comment 11 Adam Williamson (Red Hat non-Fedora) 2025-07-24 18:04:25 UTC
Why does the patch comment out an fclose? That seems unrelated.

Comment 12 Gwyn Ciesla 2025-07-24 18:26:26 UTC
Good question. I'll try a build without and drop it if works.

Comment 13 Anton Guda 2025-07-24 20:16:50 UTC
Issue with fclose was detected by gcc - if we failed to open a file, it's useless to close.
In this case fclose receives null pointer, and man pages says nothing about such condition.

Comment 14 Fedora Update System 2025-07-25 13:10:42 UTC
FEDORA-2025-518b2c4a0f (kismet-0.0.2023.07.R2-1.fc42) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-518b2c4a0f

Comment 15 Gwyn Ciesla 2025-07-25 13:12:11 UTC
(In reply to Anton Guda from comment #13)
> Issue with fclose was detected by gcc - if we failed to open a file, it's
> useless to close.
> In this case fclose receives null pointer, and man pages says nothing about
> such condition.

Ok. I'll leave it out for now, and see what upstream does.

Comment 16 Fedora Update System 2025-07-26 02:22:49 UTC
FEDORA-2025-518b2c4a0f has been pushed to the Fedora 42 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-518b2c4a0f`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-518b2c4a0f

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 17 Fedora Update System 2025-08-03 01:14:30 UTC
FEDORA-2025-518b2c4a0f (kismet-0.0.2023.07.R2-1.fc42) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.