u9521

> > 这个好像本来就设计成这个样子的 > > 文字没有反色 在`xxx\themes\volantis\source\css\_style\_layout\sidebar.styl` 约line 180 - 200 ``` @media screen and (max-width: $device-tablet) box-shadow: none // 移除手机显示blogger背景限制 //background: transparent !important // 移除手机端blogger顶部padding //margin-top: 2 * $gap...

> 这样试了也不行呢。 > >  openssl.cnf别删，不然openssl找不到配置文件也会报错

> 感觉似乎没有什么必要，他如果想撤销，可以直接重新安装 模块在重新安装时安装脚本还是会执行一遍，可能会更新配置什么之类的。模块是下次启动后开始卸载的，~一切在没发生前都来得及，是吗~

> > > 感觉似乎没有什么必要，他如果想撤销，可以直接重新安装 > > > > > > 模块在重新安装时安装脚本还是会执行一遍，可能会更新配置什么之类的。模块是下次启动后开始卸载的，~一切在没发生前都来得及，是吗~ > > 你说的对，当前的 overlayfs 实现的确如此。但是我们计划实现 metamodule，将模块的 mount 能力释放给第三方实现，如果 metamodule 的 mount 用其他实现方式，可能直接当场就卸载，届时再实现 undo 就很麻烦了 关于metamodule，能问几个问题吗？ 1. 是否还会兼容magisk模块，如果兼容的话，还会用overlayfs实现吗？ 2. 如果不打算兼容，内核卸载还会支持吗？

> 我们已经合并 #2929，当前情况下，卸载模块仅仅是放置一个 flag 到模块目录；因此依然可以支持撤销操作，如果你有兴趣，可以在此基础上添加，谢谢！ 已更新

改了一下逻辑，和模块启用/禁用和卸载一样，反复撤销不再报错而是直接跳过

try this https://github.com/BlissRoms-x86/idc_script

> I think this feature is excellent, but the implementation is somewhat tricky and may be difficult to maintain. Is there a simpler or more sustainable way to achieve this?...

> 自定义挂载命名空间的具体使用场景是什么？ 可能一些比较老的应用对挂载命名空间处理的不是很好?

之前在群里潜水的时候，发现有群友讲ksu砍掉了挂载命名空间，~在那里吹命名空间的作用~，我就想没实现也能算砍掉吗？后来翻了一下代码发现appprofile里面还有namespace，就写了这个pr把这个功能补上