这个要等过几天有空了,再考虑考虑
xmake 对发行版比较麻烦,他适合作为一个 standalone 的构建工具,guix 暂时还是用 cmake 吧,等我想办法解决好 xmake,再更新 guix 的打包 recipe
这个要等过几天有空了,再考虑考虑
xmake 对发行版比较麻烦,他适合作为一个 standalone 的构建工具,guix 暂时还是用 cmake 吧,等我想办法解决好 xmake,再更新 guix 的打包 recipe
xmake 对发行版比较麻烦,他适合作为一个 standalone 的构建工具
这块你的理解可能是错误的!
xmake目前最大的问题是,没有在各种发行版内置。它可以不依赖于发行版的软件仓库是它的优点,并不表示“他适合作为一个standalone”的构建工具。
比如xmake的apt支持: https://gitee.com/XmacsLabs/mogan/blob/main/xmake.lua#L40-50
xmake可以帮助你检查一个项目需要的apt依赖。具体是不是依赖xrepo的library,这是一个选项。
创建了一个repo了,后面可以放定义一个操作系统的声明式代码,然后用户可以自己构建镜像,在虚拟机或者物理机上安装使用。
我最近购买了龙芯笔记本,然后龙芯笔记本默认是缩放的。墨干目前并没有适配这个“分数缩放”。我肉眼看了一下,连墨干的绘图工具画出来的直线都是模糊的。。。
这块工作量应该不大,我尽快会改进这个点。
对于墨干V1.1.1,目前的workaround是改成100%。
我在 debian 上用 guix shell mogan 试了一下,好像菜单可以显示中文
这个OS设置可以参考,主要用于 guix system vm
请问 KDE 5.26 上对于 xwayland 的非整数缩放的 workaround 是什么?
打包进入系统库的话依赖就应该用系统库提供的,而不是 xrepo 的,mogan 特判了使用 apt 的平台,但是不认识的平台就没有办法了
目前我在 nixos 上打包,加了这个 patch,是可以编译的
希望加一个参数让 mogan 强制只用系统库编译
每个平台的打包者都可以自己加Patch
但是不认识的平台就没有办法了
对于xmake不认识的平台,只能由相关的打包者加patch了。
希望加一个参数让 mogan 强制只用系统库编译
这块我会评估一下的。
分数缩放这个问题刚刚解决:
Qt是有向上或者向下取整的机制的,具体我还没有在Linux上面做测试。
see
两个月内会发布 Mogan Research 1.2.0 正式版。