python3.7 might need a rebuild against the new glibc 2.30 - fails with stropts define
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
python3.7 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Hi,
this was triggered by an issue rebuilding samba in Eoan.
In file included from ../../source4/
../../lib/
91 | #include <stropts.h>
| ^~~~~~~~~~~
After some initial confusion it turned out that nothing in samba enables HAVE_STROPTS_H and the configure stage properly detects:
Checking for header stropts.h : no
Never the less this triggered:
../../lib/
#ifdef HAVE_STROPTS_H
#include <stropts.h>
#endif
And due to glibc 2.30 containing [1] no stropts files are shipped anymore.
Therefore the above failure happens and the build aborts.
But since nothing in samba defines HAVE_STROPTS_H I had to reach out and checked an eoan-proposed build environment. There I found that python (this part of samba builds pycredentials.c and therefore has python related includes) is the root cause for this.
usr/include/
So everything that includes pyconfig.h direct or indirect and then based on HAVE_STROPTS_H will include stropts.h will be a broken build right now.
pyconfig.h is generated on the build of python, so I guess we need a no change rebuild of python to resolve this?
[1]: https:/
I hope I outlined the case with enough details, but this contains enough assumptions that I'm not going to upload anything myself. But python and glibc being the major elements in this clearly point to doko/infinitry - so I'll subscribe them here and hope they will fill in the gaps (if any) and resolve it.
P.S. adding samba as a "invalid" task for tracking purposes