find 命令是 Linux/Unix 系统管理员和开发者工具箱中的瑞士军刀,它能帮助我们根据各种条件定位文件.一旦找到了这些文件,我们通常需要对它们执行某些操作——删除、复制、修改权限,或者更复杂的操作.之前我一直使用 xargs 来将 find 的输出作为参数传递给其他命令,但是今天发现xargs处理复杂操作的时候有点麻烦,就尝试了其他方法. xargsxargs [options]

臃肿的/nix/store在使用了一段时间的nixos之后,我注意到我的/nix/store越来越大,在使用ncdu扫描了一次磁盘以后我发现nix store里面存储了一个软件的很多个版本 (libreoffice 举例子) 12341.4 GiB S 1.4 GiB [ ] /8cysrx7fi336w8a4j6hhk8ddgkdd4nhd-l

引言在我的nixos上,一直存在着这样的问题:我的终端(xdg-open)和我的文件管理器(Thunar)无法找到打开的默认程序,经过一番查找,我发现可以这样配制MIMEapp,又了解到了强大的MIME类型 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051

前段时间成功把笔记本上多余的”小爱键”映射出来了(参考),正想着该用这个按键干些什么,然后无意见翻出了在收藏夹里面的hitokoto,就写了这一个好玩的功能 1bind = , XF86Launch1, exec, wpaperctl next-wallpaper; notify-send --category=hitokoto -t 1 "$(curl -s https://v1.hi

问题Nix&NixOS 以其声明式、函数式、可复现的系统配置而深深吸引着我,而 Home Manager 则将这种能力扩展到了用户级别的 "dotfiles" 和环境管理。将 Home Manager 作为 NixOS 的一个模块来使用，可以实现系统和用户环境配置的无缝集成，只需一个 nixos-rebuild switch 即可同时更新两者。(参考) 但是,我遇到了一

你是否遇到过这种情况：你的键盘上有一个按键（尤其是笔记本电脑上的特殊功能键），但无论你怎么按，系统都毫无反应？标准的按键测试工具，如 evtest 或 wev，似乎也完全忽略了它的存在。这可能令人沮丧，但别担心，通常有办法解决！ 最近我就遇到了这样的问题(小米笔记本上的”小爱”键)，通过一系列步骤成功让这个“沉默”的按键恢复了功能。 症状evtestsudo evtest /dev/input/b

替换一个目录下的/bin/bash替换为bash替换一个文件夹下所有文件中的 /bin/bash 为 bash： 1find /path/to/directory -type f -exec sed -i 's/\/bin\/bash/bash/g' {} + -type f：只选择文件。 -exec ... {}

Conventional Commits规范是一种用于编写清晰、标准化的提交信息的约定。它有助于自动化工具解析提交历史，生成版本日志和管理版本号。以下是该规范的一些关键点： 根据GitConventialCommits规范,git的提交信息可以简单写成: 12345<type>[optional scope]: <description>[optional body][op

文章内容可能会过时,请参考Github Repo Github Repo About这篇文章是从笔者的笔记整理而来, 比起“讲义”更像“博客” ,目前有许多东西都还没有完善(特别是linux driver的部分) 在笔者尝试给NEMU移植kernel的时候, 感到完全无从下手(也没发现CommandBlock老师的教程),过程中踩了非常多的坑,于是总结了这篇笔记 虽然大家更加建议的roadmap

在尝试给NEMU移值linux的陷入的调试的黑洞,遂尝试nemu接入gdb GDB Stub在嵌入式系统中，由于目标设备可能没有足够的资源运行完整的 GDB，或者无法直接与开发者的主机连接，因此需要一个简化的代理程序来完成以下任务： 接收 GDB 的调试命令。 在目标设备上执行这些命令（例如设置断点、读取寄存器、修改内存等）。 将执行结果返回给 GDB 找到了一个非常简易的实现方式 https