是的，根据分析确认。GCC不是显式的定义在最小安装软件范围内。

当前是因为systemtap的安装依赖变更（systemtap 不再依赖 systemtap-devel）
原依赖链：tuned 依赖  systemtap 依赖 systemtap-devel 依赖gcc
新依赖链：tuned 依赖 systemtap

所以也希望CICD sig的 森林同学 分析下周边社区通用的gcc是否也是最小安装
再基于更多维度的信息一起讨论方案。

-----Original Message-----
From: 刘 福寿 [mailto:liufushou@live.cn]
Sent: Friday, September 9, 2022 2:57 PM
To: release@openeuler.org; dev@openeuler.org
Subject: [Release] 回复: 【关于gcc从openeuler标准镜像最小化安装中剔除的意见征询】

我印象里“标准安装”这一软件包组不带 gcc ，可用下列命令检查： 
  LANG=C.UTF-8 dnf group info standard |tail -n +2 
我在 openEuler 22.03 LTS 和 CentOS 9 Stream 上做了测试，结果见附件。 

看到“将gcc从标准镜像的最小化安装中剔除”这一倡议，我怀疑是 standard 软件包组中，有非 -devel 的包依赖了 gcc 。可用下列命令检查： 
  LANG=C.UTF-8 dnf repoquery --alldeps --whatrequires gcc |grep -v .src$ 
测试条件同上，结果见附件。 

分析上述附件： 
  <openEuler-22.03-LTS-standard.txt xargs -I '{}' grep '^{}' openEuler-22.03-LTS-alldeps-gcc.txt |sort -u 
  <CentOS-Stream-9-standard.txt xargs -I '{}' grep '^{}' CentOS-Stream-9-alldeps-gcc.txt |sort -u 

结论如下：
  [argon@openEuler ~]$ <openEuler-22.03-LTS-standard.txt xargs -I '{}' grep '^{}' openEuler-22.03-LTS-alldeps-gcc.txt |sort -u
  kpatch-1:0.9.5-4.oe2203.x86_64
  kpatch-1:0.9.5-5.oe2203.x86_64
  [argon@openEuler ~]$ <CentOS-Stream-9-standard.txt xargs -I '{}' grep '^{}' CentOS-Stream-9-alldeps-gcc.txt |sort -u
  [argon@openEuler ~]$

因此或许问题只是 kpatch 依赖了 gcc ：
  [argon@openEuler ~]$ dnf repoquery --requires kpatch
  /bin/bash
  bc
  bison
  elfutils-libelf-devel
  flex
  gcc
  git
  kernel-devel
  libc.so.6(GLIBC_2.34)(64bit)
  libelf.so.1()(64bit)
  libelf.so.1(ELFUTILS_1.0)(64bit)
  libelf.so.1(ELFUTILS_1.5)(64bit)
  libelf.so.1(ELFUTILS_1.6)(64bit)
  make
  openssl-devel
  patch
  rtld(GNU_HASH)

  [argon@CentOS-9 ~]$ dnf repoquery --requires kpatch
  /usr/bin/bash
  bash
  binutils
  kmod
  [argon@CentOS-9 ~]$ dnf repoquery --requires kpatch-dnf
  /bin/sh
  python(abi) = 3.9
  python3-dnf
  python3-hawkey
  [argon@CentOS-9 ~]$