(配置完导出成镜像不就好了）

(为啥要这样用容器，有什么是没法先弄成镜像再搞的么

NTFS 不是有额外数据流么，可以把元数据丢这里面

看看是不是拦截请求，可以打开某些新闻网站，然后按下 F12 再刷新，点开控制台选项卡，看请求失败的原因）
https://i.imgur.com/wYQsruK.png

除了前面说的和弦之外，还要考虑的的内容就是泛音。。。
虽然泛音肯定比主音弱，但是加上和弦的话就不能简单分辨了，（再算上底噪。。。）
这里建议直接把频谱和标记丢 CNN 训练一下解决）

顺带问一个相关问题，GPG 这种的性质怎么认定

有加空格么（

找一个 PPI 大于 960 的设备就可以了（注意部分打印机的 DPI 可以高达 9600

@lzwt806 #14 然后你会发现，自行编译驱动就是不稳定的来源。。。
所以你都要自行编译了，还谈啥稳定不稳定的，哪个发行版维护的预编译版本不是一堆 patch 的。。。（每个 patch 都象征着前人踩的坑，你自行编译了多半还得踩坑）
这种情况建议直接准备多套内核，看前文你是要做 livecd 这种，那你可以准备个 grub2，然后搭配从低到高一系列内核版本，反正动态加载模块是支持版本区分的。。最后主线版本肯定要留一个（全部还在维护的 LTS+主线，也就 6 个，加起来百来兆，当然实际情况你可以先测试，再裁剪不需要的版本）

@lzwt806 实际上你这个是不可能实现的需求，能实现是只是没遇到边界条件。
这里的所谓不可能三角就是稳定，新设备支持，省钱
要求新设备支持又要省钱，就用主线，稳定性也就那样
要求稳定且不付费，那就别想有新设备的支持了（谁帮你移植，然后完善测试呢）
要求稳定和新设备，就得付费请团队维护，而且成本理论上没有上限，越往后越贵，比如要一直用 2.6，最后的成本可能比重新开发一个新系统还高

理论上还存在第 4 个可能性，就是自己维护，确实可以省钱，但是这种情况势必要花费很多精力，然后也别想做事情了

----
然后我怀疑你对桌面环境有什么误解，你之前有遇到过桌面环境 bug，然后还不是用户态程序的锅的情况么。。。
然后桌面环境难道还需要保持 7*24 小时持续运行不间断的恐怖条件么（我甚至怀疑主流桌面环境能不能保证内存不泄漏，例如 GNOME3 和 KDE，多个版本都有被报告的内存泄漏 bug ）

正常使用直接跑主线就好了（（
你桌面的稳定性主要不是内核造成的，基本都是垃圾驱动和垃圾桌面环境导致，折腾内核版本属于那种主次没搞清楚）））
换句话说，桌面使用出问题 99%的原因都不在于内核。。。

不说用途一律主线内核）

-v 就是打印复制的文件名）

git bash 等一系列基于 mintty 搞的终端都有一堆问题：
首先是性能实在不敢恭维。。。可能是得高性能电脑才能在刷屏的时候不卡吧。。。。。。真的这 native 控件性能比不上 js 写的也是足够坑爹。。。（当然 xterm.js 的性能也没高到哪里，但是比上不足，比下有余就对了。
然后是终端特性支持也不是很好。。比如 neovim 的光标变换就没法搞（
最好还有就是中文支持了。。

@shylockhg #3
#include <vector>

template <typename T>
struct unwrap {
using type = T;
};

template <template <typename> typename wrapper, typename T>
struct unwrap<wrapper<T>> {
using type = T;
};

template <template <typename, typename> typename wrapper, typename T, typename R>
struct unwrap<wrapper<T, R>> {
using type = T;
};

int main() {
typename unwrap<std::vector<int>>::type a = 0;
}

前面少了一个 typename，下面是完整例子
https://gist.github.com/codehz/b18c62d104f2b7f1a4f3bfb44c5d249b

template<template <typename> X, typename T>
就可以匹配模板模板了，不过对于这个例子，vector 的完整形式有两个 typename，所以还要写一个 typename 才能匹配上

（日常
其实自己用的话，可以用 cloudflare worker 做一个反向代理）