GIMP 发布 3.0 之前的最后一个开发预览版本

GIMP 2.99.18 发布，作为 3.0 版本发布之前的最后一个开发预览版本，该免费软件作为 Adob​​e Photoshop 的替代品已经开发了十年。GIMP 2.99.18 可能是 GIMP 2.99 系列最不稳定的版本之一。

GIMP 2.99.18 带来了在该图像处理程序中纠正颜色处理的最新工作成果、改进的颜色算法、非破坏性编辑的初步工作成果、字体处理改进、自动扩展图层、新的捕捉选项、持续的 Adob​​e PSD 文件处理改进、Wayland 平板电脑板交互改进等等。

GIMP 并不会直接发布 GIMP 3.0，但预计会发布 GIMP 3.0 预览版本。开发人员希望“很快”发布 GIMP 3.0 RC1，并计划在 5 月份的 Libre Graphics 会议之前发布 GIMP 3.0。

🔗 参考：GIMP
🔗 来源：Phoronix
🖇 档案：20240222_003

📔 #2_开源发行日志
🏷 #A_报道 #B_溯源 #C_节选 #D_开源 #E_英文
📅 2024年2月21日（EST）

Linux 下使用 cue 标记文件切割无损音乐文件的方法

笔者注：频道收集的无损音乐中有很多是完整的 CD 抓取文件，本意为原样保存。

网络下载的无损 CD 抓取文件通常是标记文件（cue）+音频文件（wav、flac、ape）的形式，这两个文件组成了完整的专辑歌曲。可以通过如下步骤对音频文件进行切割，相关工具请自行安装：

1、音频格式转换（ffmpeg）

# ape 转 wav
ffmpeg -i "CDImage.ape" "CDImage.wav"

在 Linux 下一般建议将 ape 格式转换为 flac 或 wav 格式。

2、分割音频（shntool，flac）

# 使用 cue 文件切割 flac 
shnsplit -f "CDImage.cue" -t "%n. %t - %p" -d "." "CDImage.flac"

shnsplit 可以替换为 shntool split 命令（二者功能一致）；
-t 参数表示分割输出的文件名形式（%n 轨数，%t 标题，%p 艺术家）；
-f 参数表示输入的 cue 文件；
-d 参数为输出目录（此例用 . 表示当前目录）。

3、歌名乱码问题（iconv）

# 从 gbk 编码转换为 utf8 编码
iconv -f gbk -t utf8 "CDImage.cue" > "CDImage_utf8.cue"

很多 cue 文件都是在 Windows 下面制作的，在 Linux 下直接切割会导致乱码，需要进行转码。

🔗 许可：CC BY-NC-SA 4.0
🔗 参考：ArchWiki；CSDN（@）
🔗 来源：@西山晴雪
🖇 档案：20240224_002

📔 #1_教程指南
🏷 #A_收集 #B_溯源 #C_引述 #D_工具 #D_指南 #D_音乐 #E_中文
📅 2022年4月2日

Git 2.44 发布，带来更快的包生成和更快的变基

Git 维护者 Junio Hamano 于周五发布了最新的 Git 2.44，该版本包含从学习新功能的各种子命令到性能优化、对 GitLab CI 的支持以及数十个修复。

在 Git 的 GitHub 博客上，他们特别强调了使用多包重用实现更快的包生成、使用 “git replay” 实现更快的变基（rebases）以及各种其他较小的改进。

🔗 参考：LKML；GitHub blog
🔗 来源：Phoronix
🖇 档案：20240224_003

📔 #2_开源发行日志
🏷 #A_报道 #B_溯源 #C_节选 #D_开源 #E_英文
📅 2024年2月24日（EST）

KDE Plasma 6 桌面环境正式发布

KDE 项目宣布 KDE Plasma 6 桌面环境正式发布，同时发布的还有 KDE Gear 24.02 和 KDE Frameworks 6 软件套件。

KDE Plasma 6 采用 Wayland Linux 图形平台，从 Qt5 移植到了 Qt6。并且带来了包括 Wayland 改进、新的桌面效果、部分 HDR 显示支持、使用 ICC 配置文件的色彩管理、增强的 Breeze 图标、更好的全局快捷键定制等大量新功能和改进。

KDE Gear 24.02 为 KDE 应用程序带来了包括邮件过滤和标记的改进、对 HEIF 图像格式和 EPUB 电子书的支持等额外功能。KDE Frameworks 6 为应用程序提供了对 Qt 6 的完全支持和更好的兼容性。

🔗 参考：KDE
🔗 来源：9to5Linux；Phoronix
🖇 档案：20240228_002

📔 #2_开源发行日志
🏷 #A_报道 #B_溯源 #C_摘要 #C_引述 #D_开源 #E_英文
📅 2024年2月28日（EST）

Telegram “标签”功能的实用经验

笔者注：频道使用“标签”功能进行内容分类与检索。

1、“标签”创建
・“标签”由一个半角符号 “#” 和“标签”名组成（多个 “#” 时只有最后一个会生效），生效时会变为可点击状态，点击后会触发匹配功能
示例：❲###debug❳

・“标签”名只能包含半角 “_”、数字、字母和文字（中文、日文、俄文等），空格和除半角 “_” 外任何符号（不区分全半角）都会导致标签结束
示例：❲#_deb,ug❳

・“标签”名存在额外半角 “#”、只包含半角 “_” 和（或）数字、特殊格式（防剧透、等宽、链接）以及“标签”前有数字、文字和半角 “_” 时会使标签无效
示例：❲#debug#❳ ❲#__12❳ ❲#debug❳

2、“标签”匹配
・“标签”匹配基于“搜索”功能，点击已生效的“标签”或直接搜索（使用完整“标签”，不能忽略半角 “#”）都可以触发匹配功能
示例：搜索 ❲#debug❳ 而非 ❲debug❳，前者只会匹配“标签”

・“标签”匹配所统计的数量为包含相应标签的消息数，同一消息包含多个同样的标签只会统计一次，无效“标签”或特殊格式不影响匹配结果
示例：❲#debug❳ ❲#debug#❳ 可以被 ❲#debug❳ 匹配

・同时搜索多个“标签”会匹配更为精确的结果，标签在消息中的位置不影响匹配结果，包含半角 “_” 的标签可以只匹配半角 “_” 之前部分
示例：❲#de_bug 测试 #_de❳ 能被 ❲#de#_de❳ 匹配，不能被 ❲#bug❳ 匹配

注：适用于当前 Telegram 官方客户端及 Telegram-FOSS 客户端，新版本或其他改版客户端不保证有效。此指南完全基于使用经验，欢迎指正。

🖇 档案：20240229_002

📔 #1_教程指南 #1_实用合集
🏷 #A_收集 #A_见解 #B_原创 #C_撰稿 #D_指南 #E_中文
📅 2024年2月29日（UTC+8）

频道信息源整理推荐

笔者注：纯主观推荐。

・英文网站

🌐 Phoronix
🔆 Linux 和开源新闻、硬件测试
💯 特别推荐（内容极为简练）

🌐 9to5Linux
🔆 Linux 发行版与软件新闻
💯 推荐（更新频率较慢）

🌐 BleepingComputer
🔆 计算机与网络安全新闻
💯 推荐（需要相关专业知识）

🌐 The Register
🔆 综合性科技新闻，偏重电子科技
💯 推荐（过于追求热度）

🌐 Ars Technica
🔆 综合性技术新闻，包含计算机、前沿科技、科普等
💯 推荐（社区热度高）

🌐 The Verge
🔆 综合性科技消费新闻，偏重硬件相关
💯 谨慎推荐（时间流较为混乱）

🌐 TechCrunch
🔆 商业科技新闻，重点关注初创团队
💯 谨慎推荐（较之技术更重视商业）


・中文网站

🌐 Linux 中国[；归档站]
🔆 Linux 科普、指南和新闻
💯 推荐（已停止运营）

🌐 小众软件
🔆 以推荐软件为核心的网站，分享免费、小巧、有趣、实用的软件
💯 特别推荐（社区极为活跃）

🌐 IT之家
🔆 综合性科技行业新闻、头条快讯和手机数码产品评测
💯 谨慎推荐（更新快速但质量良萎不齐）


・中文博主

🌐 bilibili（@科学透镜）
🔆 前沿科学研究报道，偏重基础科学和学术研究
💯 特别推荐（内容理解门槛较高）

🌐 bilibili（@萌娘百科）
🔆 萌娘百科官方账号，ACG 新闻播报
💯 推荐（周报，存在其他内容）

🌐 bilibili（@夏日幻听MCE）
🔆 MCE 汉化组官方账号，新番预告、资讯播报
💯 特别推荐（高质量中文字幕）

🌐 bilibili（@ 乌鸦预告片）
🔆 影视预告、新片推荐、评分跟踪
💯 推荐（类型广泛，更新快速）

🖇 档案：20240301_003

📔 #1_频道运营 #1_账号运营 #1_实用合集
🏷 #A_状态 #A_收集 #B_整理 #C_撰稿 #D_指南 #E_中文
📅 2024年3月1日（UTC+8）

标签匹配导航 - 单项匹配（不定期修订）

“标签”功能参考【Telegram “标签”功能的实用经验】；“标签”规范参考【索引目录（修订版）】。

🖊：完全匹配（只匹配目标结果）
🖋：不完全匹配（会匹配其他结果）
🖍：备注（该完全匹配的内容注释）

🖊 #1_频道运营
🖋 #A_状态 #C_撰稿 #E_中文
🖍 与本频道管理相关的各种公告、功能、报告等

🖊 #1_教程指南
🖋 #A_收集 #D_指南
🖍 收集或者原创的各种软件、代码实用教程

🖊 #1_实用合集
🖋 #B_整理
🖍 各种重要的、不易分类、单独的内容的合集

🖊 #2_开源发行日志
🖋 #A_报道 #B_溯源 #D_开源
🖍 各种开源项目的最新动态、开源软件的更新日志

🖊 #2_开源灵车加一
🖋 #A_收集 #B_整理 #D_开源
🖍 项目已存档、停止维护或源码不可用


🖇【标签匹配导航 - 复合匹配】
🖇 档案：20240301_001

📔 #1_频道运营 #1_账号运营
🏷 #A_状态 #B_初始 #C_撰稿 #D_公告 #D_指南 #E_中文
📅 2024年3月1日（UTC+8）

标签匹配导航 - 复合匹配（不定期修订）

“标签”功能参考【Telegram “标签”功能的实用经验】；“标签”规范参考【索引目录（修订版）】。

🖊：完全匹配（只匹配目标结果）
🖋：不完全匹配（会匹配其他结果）
🖍：备注（该完全匹配的内容注释）

🖊 #1_开源项目 #2_开源工具收集
🖋 #A_收集 #B_整理 #D_开源 #E_中文
🖍 主动收集的各种开源工具

🖊 #1_开源项目 #2_项目开源公告
🖋 #A_报道 #B_溯源 #D_开源
🖍 在报道新闻过程中发现的新开源项目

🖊 #1_编程资源 #2_再写亿个bug
🖋 #A_资源 #B_整理 #D_网站
🖍 通用性的编程学习书籍、文档等资源

🖊 #1_番剧资源 #2_老番补完计划
🖋 #A_资源 #B_整理 #D_影视
🖍 各种已完结、无新动态等的番剧相关资源

🖊 #1_番剧资源 #2_新番资源大赏
🖋 #A_资源 #D_影视
🖍 在播、新作、有相关动态等的番剧相关资源

🖊 #1_报道汇总 #2_每日非正式稿
🖋 #A_报道 #B_整理
🖍 参考【关于“非正式稿”】


🖇【标签匹配导航 - 单项匹配】
🖇 档案：20240301_001

📔 #1_频道运营 #1_账号运营
🏷 #A_状态 #B_初始 #C_撰稿 #D_公告 #D_指南 #E_中文
📅 2024年3月1日（UTC+8）

关于暂停发布“报道”类稿件

首先要向频道所有订阅者道歉。频道将暂停发布“报道”类型（#A_报道）稿件，暂停时间预计一年以上。

“报道”类型的信息来源可参考【频道信息源整理推荐】，皆为个人长期关注的优质信源，可作为内容替代。

其他类型的稿件，如“资源”（#A_资源）、“收集”（#A_收集）等仍将继续发布，但预计发布频率会大幅下降。


另外频道的内容已进行整理并建立导航页，详情见频道置顶。频道检索基于“标签”功能，具体可参考【Telegram “标签”功能的实用经验】。

图书馆频道参考【标签匹配导航 - 单项匹配】【标签匹配导航 - 复合匹配】，档案室频道参考【编码匹配导航 - 单项匹配】【标签匹配导航 - 复合匹配】。


🖇【个人想法与频道未来】
🖇 档案：20240302_001

📔 #1_频道运营 #1_账号运营
🏷 #A_状态 #B_初始 #C_撰稿 #D_公告 #E_中文
📅 2024年3月2日（UTC+8）

个人想法与频道未来

最初建立这个频道只是因为当时热衷于向各种频道投稿但常被拒绝，不想花费心思的内容直接丢弃，所以将之收集在一起作为公开资源库。

后来发现有人开始关注订阅这个频道，便想知道频道的统计数据到底是怎样的，于是以频道主身份开始活跃，不久订阅就超过了50人。

当订阅人数越来越多的时候，我觉得不能那么随意了。于是逐渐引入了开源推荐、番剧资源等内容，创建了资料库频道并完善了频道的检索系统。

对，就是每个稿件后面跟的那一大堆标签。我也知道不是很美观，但因为个人喜欢整理的习惯还是忍不住越改越复杂，于是便有了屎山。

“报道”是最耗费精力的类型，需要关注大量信源并考虑时效性、准确性、必要性等。失去最初的热情和空闲后，便只能降低频率以保证稿件质量。

这几日的发布其实都是在为暂停“报道”做准备，检索导航也是早就想做但一直没时间做。我的性格，还是无法轻易的让花费心血之事草率收场。

至于为什么之前还能鸽，现在要直接暂停。其实就是今年打算考研了，要收束心思。如果以后还有做频道的热情，也许会继续下去吧。

其他如“收集”和“资源”类型依旧会继续，不过大概率是不会频繁更新了。可能隔一段时间会发一篇开源推荐，或者看完一部作品后发相关的资源。

最后还是要感谢频道所有的订阅者，让我在最摆烂的时候不至于无所事事。现在我也是在人生又一个岔路口，需要认真对待了。

🖇【关于暂停发布“报道”类稿件】
🖇 档案：20240302_001

📔 #1_频道运营 #1_账号运营
🏷 #A_状态 #A_见解 #B_初始 #C_撰稿 #D_日常 #E_中文
📅 2024年3月2日（UTC+8）

CC Licenses

知识共享许可协议（Creative Commons license，CC Licenses）是一种公共版权授权条款，其允许按照多种需求分发受版权保护的作品。

・四项权利：
1、署名（BY）
用户可以复制、发行、展览、表演、放映、广播或通过信息网络传播本作品；用户必须按照作者或者许可人指定的方式对作品进行署名。
2、相同方式共享（SA）
用户可以自由复制、散布、展示及演出本作品；若用户改变、转变或更改本作品，仅在遵守与本作品相同的授权条款下，用户才能散布由本作品产生的派生作品。
3、非商业性使用（NC）
用户可以自由复制、散布、展示及演出本作品；用户不得为商业目的而使用本作品。
4、禁止演绎（ND）
用户可以自由复制、散布、展示及演出本作品；用户不得改变、转变或更改本作品。

最新的 4.0 版（于2013年11月25日发布）不需要移植就可以适用于各地的法律，4.0 版并不鼓励移植，而是希望能作为一个全球通用的授权方式。

・七个常规许可证：
1、CC BY 4.0
署名
2、CC BY-NC 4.0
署名-非商业性使用
3、CC BY-SA 4.0
署名-相同方式共享
4、CC BY-NC-SA 4.0
署名-非商业性使用-相同方式共享
5、CC BY-ND 4.0
署名-禁止演绎
6、CC BY-NC-ND 4.0
署名-非商业性使用-禁止演绎
7、CC0 1.0
通用，公共领域，无版权

“Licenses List” 提供不同版本、语言的许可证。官方提供了一个 “LICENSE CHOOSER”，按照网站步骤可为不同场景选择适当的许可证。

🔗 参考：维基百科
🖇 档案：20240303_001

📔 #1_教程指南
🏷 #A_收集 #B_溯源 #B_整理 #C_引述 #D_开源 #D_指南 #E_中文
📅 2013年11月25日

关于本频道内容的许可证

本频道内容以稿件为单位，以新修订标签为准，按如下规则选择许可证：

注：规则优先级按正序由高到低，同一稿件只能有一项规则生效。

・如稿件“🔗 发布”项已注明许可证，则以“🔗 发布”项所示许可证发布。

・如稿件标记为“转载”（#B_转载）或已有许可证，则以原许可证发布。

・如稿件标记为“初始”（#B_初始），则以 CC BY-NC-ND 4.0 许可证发布。

・如稿件标记为“原创”（#B_原创），则以 CC BY-NC-SA 4.0 许可证发布。

・如稿件不符合上述任意一种情况，则均以 CC BY-NC 4.0 许可证发布。


🖇【CC Licenses】
🔗 发布：CC BY-NC-ND 4.0
🖇 档案：20240303_001

📔 #1_频道运营 #1_账号运营
🏷 #A_状态 #A_见解 #B_初始 #C_撰稿 #D_公告 #E_中文
📅 2024年3月3日（UTC+8）