继去年10月第一次修我的樱桃MX2.0S RGB键盘(🫴3年多的樱桃Cherry MX2.0S RGB键盘灯效故障修复记录)灯珠故障后,最近又发现有一组按键(数字小键盘的9、6、3、DEL)出现了同样的故障:

这次手没有抖😂,并且拔了键帽,拍了个视频,故障现象是一清二楚!
由于有上次维修这个故障的经验,所以这次准备优化下维修流程,并记录下简化后的操作流程。
Continue reading…欢迎留言、转载请注明出处
继去年10月第一次修我的樱桃MX2.0S RGB键盘(🫴3年多的樱桃Cherry MX2.0S RGB键盘灯效故障修复记录)灯珠故障后,最近又发现有一组按键(数字小键盘的9、6、3、DEL)出现了同样的故障:

这次手没有抖😂,并且拔了键帽,拍了个视频,故障现象是一清二楚!
由于有上次维修这个故障的经验,所以这次准备优化下维修流程,并记录下简化后的操作流程。
Continue reading…最近在学习Qt RHI图形渲染框架时遇到了一个奇怪的问题:QRhiGraphicsPipeline莫名其妙的create返回false!因为在出现这个问题的过程中,一直在调试fragment shader,并且是在研究HDR显示shader,期间频繁开关Windows的HDR显示开关,一度以为是系统出现了问题,于是尝试切换了SDR,也依然报错。
后来,花了一些时间revert修改,最后隔离出了问题所在。。。
首先,说明下程序框架基本抄自Qt官方文档中的例程:https://doc.qt.io/qt-6/qtgui-rhiwindow-example.html,重点标记下报错代码位置,在这里:
Continue reading…24年2月左右把用了十来年的Mac Book Air 2013以旧换新换了个联想的ThinkBook14+ 2024 U7版(认证型号:ThinkBook 14 G6+ IMH),用了一段时间,感觉除了做工略显粗糙(屏幕转轴不对称、C面键盘不平等等)外,功能性能方面还挺不错。由于平时主要用家里台式机,所以这个本大部分时间处于待机状态,可是,最近发现这个本关机状态电池电量掉的有点快,平均一天会掉1%-3%,网上搜索了下,发现很多笔记本用户都有报告类似问题的,比如:https://learn.microsoft.com/zh-cn/answers/questions/5562378/win11,https://tieba.baidu.com/p/7795883672,等等还有很多…可以看到,这些笔记本电脑,关机后电池持续好点,并且Win11系统中的电池使用情况记录中能看到关机时间段的屏幕打开时间基本是24小时!
Continue reading…先说下背景,一个gitlab的代码项目,其中以submodule方式引用了同gitlab实例里其他group内的项目,.gitmodules文件内容类似这样:
[submodule "lib1"]
path = lib1
url = http://gitlab.xxx.xxx/group1/lib1.git
[submodule "lib2"]
path = lib2
url = http://gitlab.xxx.xxx/group2/lib2.git
[submodule "lib3"]
path = lib3
url = http://gitlab.xxx.xxx/group3/lib3.git
这个结构在本地开发时子模块管理操作没有任何问题,当然本地的gitlab账号是有依赖的几个子模块代码仓库访问权限的。而在搭建项目CI构建环境时,linux系统使用的是gitlab的docker runner方式,没有任何问题,而在mac系统却遇到了无法初始化submodule的错误问题(使用的是shell runner方式):
Continue reading…最近在尝试国产Linux操作系统麒麟V10(SP1),由于主力敲代码机器还是Windows,所以需要搭建一个远程编译、调试的开发环境,毫无疑问,Visual Studio Code是一个很好的选择,之前也挺轻松的搭建过配合CentOS、Ubuntu系统的远程编译调试环境,不过这次搭麒麟系统却踩了个坑:
Failed to set up socket for dynamic port forward to remote port
VSCode在setup remote时,下载安装server都没问题,但是后面就会报上面的错。网上搜索了下,发现是sshd服务没有开启AllowTcpForwarding导致的,于是:
sudo vi /etc/ssh/sshd_config
找到AllowTcpForwarding,将参数值调整为yes,当然如果是注释状态还要取消注释,然后重启sshd服务:
sudo systemctl restart ssh
重启后,再次尝试,结果报错依旧。研究了一番后发现这个问题在网上并不罕见,但大部分都围绕的是上面提到的这个配置项。不知道是不是麒麟系统的ssh服务默认配置与其他常见发行版不同,最终发现这个问题出在sshd_config中的PermitOpen这个配置,将它设置为any,重启服务后问题解决!