OCI 镜像就是 Docker 和 Podman 用的镜像。首先是用法:
podman run -it --arch riscv64 docker.io/imbearchild/fedora-rv64
该镜像内置中科院软件研究所 PLCT 的 Riscv64 软件源,而不是 Fedora 官方源,因为 Fedora 官方源没有 Riscv64 支持。为了易于使用,镜像本身会尽量与 Fedora 官方镜像的内容保持相似性。
继续阅读“Fedora Riscv64 Docker OCI 镜像”OCI 镜像就是 Docker 和 Podman 用的镜像。首先是用法:
podman run -it --arch riscv64 docker.io/imbearchild/fedora-rv64
该镜像内置中科院软件研究所 PLCT 的 Riscv64 软件源,而不是 Fedora 官方源,因为 Fedora 官方源没有 Riscv64 支持。为了易于使用,镜像本身会尽量与 Fedora 官方镜像的内容保持相似性。
继续阅读“Fedora Riscv64 Docker OCI 镜像”有时候会看到这种言论:GPL 太邪恶了,一旦你用了 GPL 许可协议下的源码,你自己的修改就必须是 GPL 开源的。不像 BSD 或者 MIT —— 你可以随意修改代码,而且随意使用 —— 这才是真正的自由。
我觉得这就是 BSD 目前的生态不及 Linux 的原因之一 —— 得不到保障的自由终究是有限的。
GPL 给用户全部的自由,除了从此以后没有放弃自由的自由。而 BSD 给了用户全部的自由,就是不保障以后如何。BSD 协议正是 BSD 生态的阿喀琉斯之踵。还有,请读者不要误解,本文仅仅是谈许可协议带来的不同,不是谈操作系统设计哪个更好的。
继续阅读“BSD 与 GPL:圣人与常人”我最近拜读了“清华牛仔”王垠的两篇文章,一篇是他的成名作的成名作《完全用Linux工作》,另一篇则是他的《谈 Linux,Windows 和 Mac》。我读毕后的感想是:“‘清华牛仔’在写这两篇文章的时候是不是溜大了?”
继续阅读“谈“清华牛仔”的“皈依者狂热””Fedora 项目最近打算更改编译选项,给几乎所有程序在加上帧指针(Frame Pointer)。我个人反对这一提案,不过当我知道这个提案的时候,这个提案已经通过了。我写这篇文章是为了让社区的朋友们理解 Fedora 作出这一决定的理由,并告诉读者为什么我不赞成这一提案。
继续阅读“Fedora 38 的帧指针”最近,我给我自己找到了许多理由在虚拟机内跑开发环境。
继续阅读“Alpine Linux 使用 VSCode 远程开发”Mesa 22.X引入了修改使得硬件解码支持成为可选特性(为了规避法律风险)。Fedora 37 升级到了 Mesa 22.X 并开启了解码支持,但随后 Fedora 维护者移除了对应的解码支持。这一问题在 Reddit 上有讨论。
继续阅读“Fedora 37 和 openSUSE 移除 Mesa 的硬件解码支持”有许多用户会把 Fedora Kinoite/Sliverblue 和 openSUSE MicroOS Desktop 比较。这两个发行版有许多共同的特征——其中最显著的就是他们都是不可变的 Linux 发行版。
继续阅读“卧龙凤雏:Fedora Kinoite 与 openSUSE MicroOS”维基百科是这样介绍 MicroOS 的:
继续阅读“MicroOS 与 Wayland 尝鲜记录”MicroOS是一个极简、自我维护且事务性的系统,专为边缘计算与容器运行时设计,但也能作其他用途,比如桌面系统。
我为这篇文章想过几个不同的标题,包括“Linux 免 Root 代理 Steam 流量”,但我打算提及多种不同的方案,同时,适用的应用也不止 Steam。
继续阅读“利用网络命名空间实现强制代理”Baloo 是 KDE Plasma 的文件索引和文件搜索框架,专注于提供非常小的内存占用以及极快的搜索。Baloo 会运行一个后台服务,KDE 的 Dolphin 和 KRunner 都会调用 Baloo 进行文件搜索。 但是在一些用户的电脑上 Baloo 后台服务会崩溃,究其原因,是 Baloo 尝试索引一些奇奇怪怪的文件夹与文件内容所致。解决这个问题也很简单,方法有三。
继续阅读“KDE Baloo 崩溃问题与调整”