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> r
On Wed, 31 Jan 2024 00:21:50 -0500 Jon LaBadie wrote:
Observation Oddity: glibc-headers uses -x86
whereas most packages use .x86 (dash vs dot)
The reason is that the name of the glibc-headers RPM is in fact
glibc-headers-x86
rpm -qi glibc-headers-x86
Name: glibc-headers-x86
Hi.
On Wed, 31 Jan 2024 00:21:50 -0500 Jon LaBadie wrote:
> $ rpm --verify glibc-headers-x86
> $ rpm --verify glibc-devel.x86_64
> After renaming stdio.h the first command reports it as missing.
> Observation Oddity: glibc-headers uses -x86
> whereas most packages use .x86 (da
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
esent. Does
anyone have any idea what is going on?
I'm on f38 vs f39, but I get:
$ sudo dnf provides /usr/include/stdio.h
[sudo] password for [deleted]:
Last metadata expiration check: 0:10:29 ago on Mon 29 Jan 2024 09:02:39 PM EST.
glibc-headers-s390-2.37-1.fc38.noarch : Additional internal he
s 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
> On 30 Jan 2024, at 09:28, Barry Scott wrote:
>
>
>
>> On 30 Jan 2024, at 00:23, Tom Horsley wrote:
>>
>> 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.
> On 30 Jan 2024, at 00:23, Tom Horsley wrote:
>
> 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
> --
On mine its from glibc-devel not glibc-headers...
: [1] root $ cat /e
On 1/30/24 01:40, Bill Cunningham wrote:
On 1/29/2024 7:23 PM, Tom Horsley wrote:
zooty> rpm -q -f /usr/include/stdio.h
glibc-headers-x86-2.38-14.fc39.noarch
I tried dnf reinstall with that rpm. It (stdio.h) still isn't in /usr/include.
I'm really at a loss here with this o
d. 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 : \
Ad
any idea what is going on?
I'm on f38 vs f39, but I get:
$ sudo dnf provides /usr/include/stdio.h
[sudo] password for [deleted]:
Last metadata expiration check: 0:10:29 ago on Mon 29 Jan 2024 09:02:39 PM EST.
glibc-headers-s390-2.37-1.fc38.noarch : Additional int
s 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
I tried dnf reinstall with that rpm. It (stdio.h) still isn't in
/usr/include. I'm really a
one 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
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send
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?
--
__
14 matches
Mail list logo
