最近我在使用 pnpm 作为包管理器开发一个 monorepo 项目，从个人体验来说，在 monorepo 项目中，pnpm 确实要比 yarn classic 用得舒心，最让我欣喜的是 pnpm 对 workspace 协议的支持度很好；另外感受比较明显的一点就是，开发过程中感知到的由于依赖层级导致的 bug 也变少了。 但是任何事情都不可能是完美的。果不其然，一个关键的 bug 就在等着我。

问题描述： Deck OLED在进行游戏或者大数据量跑流时，进入低功耗模式后，WLAN的速率会不稳定或者发生Crash。 Steps for reproducing: Stream game or remote play gameWait a minute or two, until stuttering occursClient crashesRestart deck or disco/r

业务场景： 在中国及其他亚洲或者东南亚国家，采购合同和发票都是以含税价的方式计价，这与美国及欧洲国家通过净价加税的计价方式不同。而目前S/4 HANA CLOUD交付的标准定价方式采取的是后者，大部分的中国客户对含税价的功能都有需求。 在S/4 HANA CLOUD中，整个定价过程，从创建条件表、设置访问程序、设置定价条件类型、设置定价程序、设置定价程序确定等都是开放给客户的，那么让我们看看是

content Q1. /lib64/libm.so.6: version `GLIBC_2.29' not foundQ1b. *** These critical programs are missing or too old: make Q2. Segmentation fault (core dumped) Q1. /lib64/libm.so.6: version `GL