我rpm提交给Copr进行构建的src 之一失败，因为没有 Python 实现；这是因为 src rpm 本身有问题，或者在 copr 机器上根本没有 Python 实现，还是我错过了一些设置？
checking for perl... /usr/bin/perl
checking for python... no
BUILDSTDERR: configure: error: You need 'python' to compile XXX
到目前为止我发现的事情（可能不准确）：
GRUB 安装boot.img在磁盘的第一个扇区 (MBR) 中。
GRUB 安装core.img在后 MBR 间隙中。
boot.img由 BIOS 加载，然后加载core.img并将控制权转移给它。
但是在下一步中，如何core.img找到/boot分区？一个磁盘上可能有多个分区，那么核心映像如何正确识别哪个是/boot？它是硬编码在核心图像中还是每次都进行搜索？
其他研究表明，有一个--boot-directory选项grub-install可让您选择安装 GRUB 的位置。但是核心镜像仍然需要在启动时找到这个分区。同样，它需要某种形式的标识符。那是标签、UUID 还是其他任何东西？
某些语言具有宽字符。宽字符可以有多个字节。当您在控制台或 X 中键入宽字符时，您实际上是在发送几个字节。单字节字符本身是原子的，从某种意义上说，它要么被传输，要么不被传输，要么被接收，要么不被接收。但对于宽字符而言，情况并非如此。例如，仅传递 3 字节字符的第一个字节会产生垃圾。底层系统如何保证应用程序始终以原子方式接收宽字符？一个好的答案应该解释当用户分别在控制台、X 和 ssh 中键入宽字符时依次发生的事情。故事开始：当用户输入宽字符时，会产生一个中断......
底层系统如何保证应用程序始终以原子方式接收宽字符？
由于堆栈中有多个层，因此这个问题中的术语可能让一些人感到困惑。我的实际意思是：想想你正在编写一个带有编辑框的 GUI 应用程序。当您键入宽字符时，它要么全部显示，要么不显示，从不部分显示。所以底层系统包括应用程序下面的所有内容（在这种情况下，应用程序框架、GUI 库等）。