Bug 1944461

Summary: missing header file atkmmconfig.h
Product: [Fedora] Fedora Reporter: Orcan Ogetbil <oget.fedora>
Component: atkmmAssignee: Kalev Lember <klember>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: debarshir, karlthered, klember
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-03-31 01:39:03 UTC Type: Bug
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: 1923460    

Description Orcan Ogetbil 2021-03-30 00:55:18 UTC
In the devel package, the header files under
    /usr/include/atkmm-1.6/atkmm/
contain
    #include <atkmmconfig.h>
However the header file atkmmconfig.h is missing from the package.

This applies to atkmm-devel-2.28.1-2.fc34. I didn't check other Fedora versions.

Comment 1 Orcan Ogetbil 2021-03-30 01:11:09 UTC
It looks like the file is installed under /usr/lib64/atkmm-1.6/include/atkmmconfig.h
This doesn't seem to be the right location to put a header file. Is this intentional?

Comment 2 Kalev Lember 2021-03-30 09:02:47 UTC
Yes, it's done like this to avoid multilib conflicts between -devel packages. config.h files often contain architecture specific defines.

How are you using the atkmm headers? If you use pkg-config, it correctly gives you the directories where the headers are installed:

``
$ pkg-config --cflags atkmm-1.6
-I/usr/include/atkmm-1.6 -I/usr/lib64/atkmm-1.6/include -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/atk-1.0 
```

Comment 3 Orcan Ogetbil 2021-03-31 01:39:03 UTC
Thanks Kalev. The issue turned out to be in the cmake package. Apparently that one doesn't use pkgconfig, at least not in a standard way, so one needs to teach cmake about the atkmmconfig.h location. Fortunately there's an upstream fix, for which I opened RHBZ#1944935.