On 1/31/2024 12:21 AM, Jon LaBadie wrote:
On Tue, Jan 30, 2024 at 03:54:50PM -0500, Bill Cunningham wrote:
>
> On 1/29/2024 9:22 PM, Jon LaBadie wrote:
>> On Mon, Jan 29, 2024 at 07:23:26PM -0500, Tom Horsley wrote:
>>> On Mon, 29 Jan 2024 19:11:26 -0500
>>> Bill Cunningham wrote:
>>>
>>>> I installed from scratch fedora 39. Now I looked in /usr/include
>>>> and
>>>> the usual development headers aren't there. glibc-headers and
>>>> glibc-devel are both installed. No standard C headers are present.
>>>> Does
>>>> anyone have any idea what is going on?
>>>
>>> On my system /usr/include/stdio.h is in glibc-headers:
>>>
>>> zooty> rpm -q -f /usr/include/stdio.h
>>> glibc-headers-x86-2.38-14.fc39.noarch
>>
>> $ dnf provides /usr/include/stdio.h
>> glibc-headers-x86-2.37-1.fc38.noarch : \
>> Additional internal header files for glibc-devel.
>>
>> Do you also have glibc-devel installed?
>>
> Yes I have glibc-devel installed too. I typed the dnf provides
> /use/include/stdio.h and the same rpm was reported. glibc-headers
>
Have you tried the "--verify" option of rpm to check if stdio.h
is an isolated problem?
$ rpm --verify glibc-headers-x86
$ rpm --verify glibc-devel.x86_64
After renaming stdio.h the first command reports it as missing.
Yes I used --verify as an rpm switch and all the files including stdio.h
were in the rpm. So I tried 'dnf reinstall
glibc-headers[-x86-2.38-14.fc49]. And all installed. what is in brackets
I have left off before; thinking that the installation setup (anaconda)
was smart enough to know what rpm to install and what arch my system is.
So that is fixed now, but, I am still wondering why the installation of
the system didn't install these rpms. I chose the option "C Development
Tools" at install. hm.
> Observation Oddity: glibc-headers uses -x86
> whereas most packages use .x86 (dash vs dot)
>