“小帅啊，你怎么还在用 QtCreator，咱们已经有 deepin-IDE 了，你为什么不用呢？”

清晨，和煦的阳光透过窗户照射进来，映在小帅稚嫩的脸上，此时他的手指在键盘上快速地起伏着，传出“噼里啪啦”紧密的敲击声。

老王从后面路过，看到小帅认真的模样甚是欣慰。

随后目光移到屏幕上，发现小帅竟然还在用 QtCreator！随即问出了开头的问题。

小帅无奈地回答道：“虽然 deepin-IDE 基础功能都有，但不是很好用，我看论坛里面很多人都这么说。”

“哦？我们要以发展的眼光看待问题，现在 deepin-IDE 已经可以轻量使用了，甚至实现了自举，可以用自己开发的 IDE 来开发自己，不信你把 deepiner 的问题都翻出来，我们一起来看看。”

 

编辑器大改进 

“你看吧，下面这个 deepiner 说 deepin-IDE 的字体不好看，用起来怪怪的，影响编码体验。”

“这是之前的版本，你看现在已经改成等宽字体了，并且支持编辑器字体配置、大小配置、缩放配置。”

“另外，常用的快捷键现在也是支持的，对于喜欢用键盘操作的老手来说很有帮助。”

小帅：“好吧，这个问题算是得到解决，那你再看看下面这个邪乎的问题。”

“这位 deepiner 提到，代码补全很突兀，不好用，这可是非常影响用户体验的呀！”

“其实这是语法服务的补全和 AI 的代码补全冲突了，导致按 TAB 键时补全内容随机。不过好在这个问题已经解决，用户可以在语法补全的列表中看到 AI 代码补全，通过快捷键 Ctrl + T 进行选择，从而避免冲突。”

小帅：“看起来还不错，稍后我再试试！”

 

从可用到好用 

“我之前使用 deepin-IDE，发现它可用的功能很少，太影响我使用了，就像下面这位 deepiner 提到的，有些功能入口太隐蔽了。”

“是的，deepin-IDE 基于 DTK 开发的，它的菜单在右上角，估计很少有人关注到。”

“并且很多功能都没有放到工具栏，引起了大家的误会，但实际上都是有的。现在最新版本将部分功能放到了工具栏和右键菜单，用起来要方便不少。”

工程右键菜单：

 

编辑器右键菜单：

工具栏：

老王找了张凳子坐了下来，手托着下巴傲娇地说道：“怎么样，现在可以找到功能入口了吧？”

小帅欣喜，连忙点头。

“另外，插件管理也是有的，你平时喜欢捣鼓一些小工具，可以自己写个插件试试，一些简单的插件几行代码就可以实现。”

“不错不错，还有一个问题让我常挂于心，不知道 deepin-IDE 现在支持黑色主题吗，因为我习惯在黑色主题上开发。”

“那是肯定的，最新版本的界面、语法高亮等功能适配了黑色主题，用户可以根据爱好使用对应的主题，你看看效果如何？”

“哇，真的好黑哦，我好喜欢！”

老王：“……”

 

 终于实现自举 

“等等，我记得还有一个最重要的功能：调试！老版本好像不支持 Qt 变量的显示，也不支持查看子变量，这让我在调试 Qt 工程时力不从心呀。”

老王会意，莞尔一笑：“废话不多说，直接看效果。”

“目前调试效率比之前要快不少，并且支持了 Qt 变量和子变量的显示。”

“哎哟，不错哟，那我可以放心使用了。”

“这就对咯，你尽管放心用，毕竟研发 deepin-IDE 的小伙伴已经开始用它来自举了，虽然遇到不少问题，但从上个大版本到现在，一直在马不停蹄的赶进度，修复了不少问题呢！”

老王撇了撇嘴，继续说道：“当然，因为要做的事情有很多，有些问题还未得到修复，不过已经在计划之中了。”

 

在deepin V23中安装使用 

“还剩最后一个小问题，现在 deepin-IDE 可以在 deepin V23 应用商店下载了吗？我看之前很多人在论坛里面咨询呀！”

“当然，之前 deepin-IDE 只放到了仓库里面，需要用命令安装，对用户不太友好。现在只需要在应用商店输入 deepin-IDE 就可以下载安装。”

“那为什么之前不上架 deepin V23 呢？”

“你傻呀，deepin V23 上大神比较多，安装软件一般都采用最朴素的方式。”

“哦，原来如此，那我要用 deepin V100！”

老王：“****!”

下载 deepin-IDE 最新版方式
（1）打开内侧源通过命令下载：sudo apt install deepin-unioncode
（2）通过 Github 下载：https://github.com/linuxdeepin/deepin-unioncode/releases

 

后记 

四月，春和景明，微风裹挟着芬芳徐徐吹来，老王帅气的脸庞微微颤抖，随后陷入沉思。

“小帅啊，你看现在 deepin-IDE 已经改善了不少，你是不是应该把这个消息慷慨地告诉社区的朋友们呀？”

“嗯嗯，我觉得应该让大家都用起来，这样才能发现更多问题，deepin-IDE 才会快速完善。”

思索片刻后，小帅激动说道：“我这就去发一篇推文，让大家都行动起来，推文的名字就叫做……”

“deepin-IDE 终于实现了自举！”

 

内容来源：deepin（深度）社区

转载请注明出处

转自 deepin-IDE 终于实现了自举！ – 深度科技社区

快科技4月9日消息，国产x86 CPU处理器厂商兆芯宣布，联合泛联信息，共同推出基于兆芯开胜KH-40000系列处理器平台的高性能海量分布式存储解决方案“UbiScale 12000”，面向海量非结构化数据存储场景设计，具备近乎无限的扩展性。

该方案最多支持4096个节点，每个节点可安装一颗或两颗兆芯开胜KH-40000/16 16核心、KH-40000/32 32核心处理器，总计最多可达262144个核心。

节点高度可选2U、4U，每节点可安装最多90块数据硬盘(HDD)。按照目前最大容量24TB计算，总容量可以超过8EB，确切地说是8847360TB，或者说超过了880万TB。

同时，每个节点还有两块SATA SSD作为系统盘，内存最大4TB，如果是4096个节点那就是16PB。

该方案通过全对称、去中心化分布式集群架构，结合大比例EC(Erasure Coding)技术，将大容量硬盘融合成统一的资源池，为上层应用提供高可靠、低成本存储空间。

存储节点采用双交互组网互联，各节点角色相同无专用元数据服务设计，消除元数据瓶颈，容量性能随集群规模扩张线性增长，数据自动均衡分布，节点间自动负载均衡。

方案特点——

1、功能强大

－ 去中心化架构：全对称分布式架构，无集中元数据设计，消除性能瓶颈；

－ 无限扩展：最大支持4096个节点以上，近乎无限扩展；

－ 超大容量：单一集群最大容量8EB以上；

－ 统一命名空间：集群对外提供统一命名空间；

2、卓越性能

－ 性能线性增长：分布式对称架构，性能随节点增加线性增长；

－ 非结构化化数据存储：海量图片秒级存储，秒级检索；

－ 高性能读写：单节点带宽最高可达5.0GB/s；

3、稳定可靠

－ 集群间可靠：支持跨地域集群的复制，主备站点快速切换；

－ 集群级可靠：去中心化全对称架构，任一节点故障均不影响业务运行；

－ 对象/文件级可靠：EC冗余编码，N+M数据冗余保护，N+M最大可达64，M值建议范围2~8，支持容忍8节点故障数据不丢失，业务不中断；

应用场景举例——

1、视频监控应用场景

提供近乎无限的存储容量和性能扩展。

支持流直存架构，兼容GB/T28181、Onvif等主流视频协议，单节点支持1600路4Mbps视频流接入，磁盘利用率最高可达96.88％。

支持视频智能修复，最大可能保护视频数据。

2、医疗科研应用场景

通过智能分级、智能缓存、智能聚合等技术，大幅提升PACS小文件读写性能。

在遵从法规要求的前提下，提供长期安全的存储能力，同时满足原始影像数据随时随地快速调取的需求。

3、金融行业应用场景

针对非结构化数据，提供智能检索、智能缓存、智能分级、智能聚合等性能优化技术，实现海量小图片秒级存储、秒级检索。

4、媒资应用场景

作为媒资库的统一存储池，实现采集、编辑、点播、管理、存储业务数据的动态共享。

单一集群高达7.4EB存储容量，可满足4K、8K超高清资源对存储容量的需求。

去中心化全对称分布式架构，节点内硬件冗余设计，保障业务的长期可靠运行。

目前，兆芯和泛联信息的这套海量存储方案已经有了不少服务器产品。

比如联想开天KR722z G2，2U通用机架式规格，前置支持12个3.5寸或24个2.5寸热插拔硬盘，后置支持4个热插拔硬盘，内存容量最高2TB，同时整机采用冗余散热、可选电源设计。

再比如超云R3210 Z11，采用双路兆芯开胜KH-40000/32，支持前置12个3.5寸或24个2.5寸热插拔硬盘、后置2个2.5寸热插拔硬盘，最多32个内存条、6个PCle插槽。

如果你想知道为什么有些 Linux 用户在 Wayland 上使用英伟达™（NVIDIA®）GPU 时会遇到问题，而你却不会，KDE 开发人员 Xaver Hugl 在最近的一篇文章中解释了为什么显式同步协议最终会为大家解决这个问题。

你可能听说过显式同步（explicit sync，显式同步的简称）最近被并入了 Wayland 协议。但这是什么呢？这是一种基于 DRM 同步对象的新协议，应用程序可以在渲染完成时明确告知用户空间图形驱动程序、内核或合成器。

在此之前，当应用程序渲染时，它们不会立即渲染。这种方法被称为 “隐式同步”，涉及应用程序向 OpenGL 或 Vulkan 驱动程序记录一系列命令，供显卡执行，这可能会导致某些用户在使用英伟达™（NVIDIA®）和 Wayland 时遇到的问题。

Xaver Hugl 说：”这种模式让应用程序开发人员能够轻松编写正确工作的应用程序，但也可能导致一些问题。””其中与 Wayland 最相关的问题是，应用程序并不知道它在同步哪些任务，可能会发生这样的情况：你在不知情的情况下不小心同步到了与你的任务毫不相干的 GPU 命令。”
有了显式同步，这些 “意外 “同步就不会再发生了。此外，Xaver Hugl 还表示，这将减少驱动程序的工作量，从而提高性能，因为应用程序只需直接告诉驱动程序，而不必从命令列表中找出任务的依赖关系。
Xaver Hugl 解释说：”在互联网上有很多讨论，有人不断遇到问题，也有人看不到任何问题，现在你应该知道为什么它似乎并不影响每个人了。””这意味着很多因素–比如你使用的应用程序、CPU 和 GPU、驱动程序版本、内核、合成器等–决定了你是否真的看到了问题。”

因此，长话短说，显式同步协议是英伟达 GPU 用户今年应该关注的事情，因为它正在 Wayland 合成器、英伟达专有驱动程序和 Xwayland 中实施，以最终实现皆大欢喜，并鼓励英伟达用户采用 Wayland。

图片来源：NVIDIA®（英伟达™）公司英伟达™（NVIDIA®）公司 编辑：Marius Nestor

转自 Developer Explains Why Explicit Sync Will Finally Solve the NVIDIA/Wayland Issues – 9to5Linux

Kodi 21.0 于今天发布，是这款屡获殊荣的免费、跨平台、开源家庭影院/媒体中心软件和数字媒体娱乐中心的重大更新。

在 Kodi 20 “Nexus “发布一年多之后，Kodi 21.0 “Omega “版本推出了 FFmpeg 6.0 支持、NFSv4 支持、M3U8 播放列表读写支持、AVIF 图像支持、Linux 上的 AudioEngine 改进，以及对 Linux 上 DTS-HD 和 TrueHD 等直通格式的支持。

在 Linux 上，Kodi 21.0 还增加了对 libdisplay-info 的支持，以帮助解析 EDID 信息并确定显示能力。此外，Linux 用户现在可以在启动 Kodi 时通过命令行开关选择音频后端，这样就可以看到 Kodi 是用哪些启用的音频后端构建的。

此外，Linux 用户还获得了更好的 VAAPI VP9 Profile 2 播放支持、对 PipeWire 支持的改进、新的 –gl-interface=<interface> 命令行开关以取代旧的环境变量 KODI_GL_INTERFACE，以及对 Raspberry Pi 设备报告 CPU 温度的支持，而无需使用外部脚本。此外，Kodi 不再使用 Linux 的 ping 工具，因为它现在有了自己的实现。
对于 Android，该版本改进了杜比视界（Dolby Vision）检测和兼容性，并在省电设置中实现了最小化关机功能。此外，它还更好地支持亚马逊 FireTV 4K 设备，并改进了对 Amlogic BSP 音频的支持。

Kodi 21.0 还增加了对 Xbox 的 HDR10 支持、对 Windows 上 DXVA2 AV1 硬件视频解码 8 位和 10 位的支持、对英伟达 RTX 和英特尔 ARC 兼容硬件的 “视频超级分辨率 “支持、Windows 11 刷新率切换以及 10 位 SDR/HDR 色彩映射的色彩准确度更改。

PVR 更新了对频道组排序的支持，UPnP 支持现在在显示和浏览已送达的 UPnP Kodi 库时应能更好地与官方智能电视应用程序配合使用，Retroplayer 生态系统在游戏方面也得到了多项改进。

某些列表（如 “设置”）中移动键的处理也得到了改进，纵向图片缩略图的生成也得到了修复，还支持 “电影集 “和 “电视季节 “的视频信息，默认的 Estuary 主题也得到了大量改进。
电视节目、季节、电影集和录制文件夹现在可以显示其 “进行中 “状态，Estuary 主题获得了音乐媒体标志，艺术品缓存处理也得到了改进，还有控制 NFS 和 SMB 块大小的新设置。

webOS 支持改进了音频汇，支持在支持的设备上播放 AV1 Dolby Vision 文件，支持挂起到后台，在最小化/恢复 Kodi 时暂停/恢复媒体播放的新行为，支持在 webOS 遥控器上映射信息键，支持关机/重启，并初步支持 webOS 4 设备。

除其他值得注意的更改外，Kodi 21.0 还增加了对 .ttc 字体集合的支持，改进了 Teletext 浏览器窗口，增加了对使用 Python 3.12 和 SWIG 4.2.0 构建 Kodi 的支持，改进了根据元数据自动旋转视频的功能，并增加了默认播放操作设置，以控制开始视频播放时的恢复行为。

它还在 “服务/缓存/读取系数 “中添加了新的 “自适应 “设置，根据缓存级别实现可变读取系数，这意味着缓存现在会更快地充满，同时在缓存已满时使用较低的读取系数。

最后但并非最不重要的是，Kodi 21.0 增加了一个选项，可避免音量同步到 UPnP 目标，一个新命令可更改播放速度（节奏），一个新命令可激活屏幕保护程序，以及音乐中的一个新导航方法，可从艺术家直接导航到歌曲，类似于 Spotify 让您导航其界面的方式。

有关此版本中实现的更改的更多详细信息，请查看 GitHub 发行说明。Kodi 21.0“Omega”现在可以从所有支持平台的官方网站下载。

图片来源Kodi 基金会

转自 Kodi 21.0 “Omega” Open-Source Media Center Is Here with Major Changes – 9to5Linux

快科技4月5日消息，据外媒报道，德国北部的石勒苏益格-荷尔斯泰因州政府宣布了一项重大变革计划，即将更换政府计算机中的微软系统和软件。

这意味着约有3万台政府计算机将从微软的Windows和Office 365迁移到使用Linux和LibreOffice等开源软件。

该州政府表示，此举的主要好处在于降低了与微软全套产品相关的许可费用，并且承诺不会将个人数据传输到欧盟或欧洲经济区之外，以维护数据主权。

此外，他们还表示将继续支持开放文档格式（ODF），以确保与其他平台和应用程序的兼容性。

尽管微软的一些产品，如Active Directory，目前尚无可替代的开源替代品，但该州政府已经着手计划构思和开发一种基于开源代码的目录服务，以在未来替代微软的Active Directory。

在假期别人都休息的时候，我进行深度学习

Linux Mint 首席开发者克莱门特-勒菲弗（Clement Lefebvre）发布了一份新的月度通讯，分享了有关下一个 Linux Mint 22 版本中与 Thunderbird、PipeWire 和其他组件相关的一些重大变更的更多细节。

如你所知，Linux Mint 22（被称为 Wilma）目前正在开发中，应该会在 2024 年 6 月或 7 月的某个时候发布，它基于 Canonical 即将发布的 Ubuntu 24.04 LTS（Noble Numbat）操作系统系列。

今年 2 月，Canonical 宣布他们计划将 Ubuntu 默认的电子邮件客户端 Mozilla Thunderbird 应用程序改用 Snap 软件包，而不是原生的 Debian 软件包（DEB）。这将成为 Ubuntu 24.04 LTS 的默认设置。

由于Linux Mint不附带Snaps，因此开发人员决定在即将发布的Linux Mint 22中将Thunderbird打包为DEB包。这是继 Mozilla Firefox 之后，Linux Mint 开发人员必须以本地 DEB 格式打包的第二个应用程序。
“由于我们不想随 Snaps 一起发布，我们必须在将 Thunderbird 从默认软件选择中移除或打包之间做出选择。我们决定将其打包，”Clement Lefebvre 说。”Thunderbird 将继续以本地 .deb 包的形式出现在 Linux Mint 22 中。
其他方面，Linux Mint 22 将改用 PipeWire 作为默认的声音服务器，Pix 图像编辑器将获得对 JXL 图像的支持，软件源工具将支持新的 Deb822 格式，GIMP（.XCF）文件的新缩略图器已经实现，Linux Mint 22 中的一些本地化改进也将节省一些磁盘空间。

“除英语和你选择的语言外，其他语言的预装软件包将在安装结束后删除。这在以前的 Linux Mint 版本中没有得到优化。Clement Lefebvre 说：”在 Linux Mint 22 中移除这些软件包将在安装后节省大量磁盘空间。
除此之外，Linux Mint 22 还将提供两个新的 XApps，即 Jargonaut（一个 IRC 客户端，用于取代已停用的 Hexchat 应用程序）和 GNOME 在线账户 GTK（一个 GNOME 在线账户工具的分叉，可用于 GTK3 应用程序）。

转自 Linux Mint Devs to Ship Thunderbird as a Native DEB Package in Linux Mint 22 – 9to5Linux

微软今天，微软发布了关于 XZ Utils 后门漏洞（CVE-2024-3094）的指导和公告。该安全漏洞是一个重大漏洞，CVSS（通用漏洞计分系统）得分为 10.0，影响了多个 Linux 发行版，即 Fedora、Kali Linux、OpenSUSE 和 Alpine，可能会对全球造成巨大影响。

幸运的是，微软Linux 开发人员 Andres Freund 意外地及时发现了这一漏洞，他对 SSH（安全外壳）端口连接为何会出现 500 毫秒延迟感到好奇，结果发现了一个嵌入在 XZ 文件压缩器中的恶意后门。

到目前为止，在撰写本文时，VirtusTotal 只列出了63 家安全厂商中的 4 家，其中包括微软，它们都正确地检测到了该漏洞的危害性。

因此，在这一事件中，微软工程师的鹰眼本领值得称赞，因为很多人可能根本不会费心去研究它。这一事件也凸显了开源软件是如何被有害行为者利用的。

XZ Utils 的 5.6.0 和 5.6.1 版本已被后门破坏，美国网络安全和基础设施安全局（CISA）的官方建议是使用旧的安全版本。

根据建议指南，要验证系统中是否有漏洞软件，用户可以在 SSH 中以管理员权限运行以下命令：

xz–version

系统管理员也可使用第三方扫描和检测工具。安全研究公司 Qualys 和 Binarly 发布了检测和扫描工具，用于检测系统是否受到影响。

Qualys 发布了 VULNSIGS 2.6.15-6 版本，并在 QID（Qualys 漏洞检测 ID）”379548″下标记了该漏洞。

与此同时，Binarly 还发布了一款免费的 XZ 后门扫描工具，一旦检测到 XZ Utils 被入侵，该工具就会发出”XZ 恶意植入”的检测信息。

您可以在Binarly和Qualys的网站上找到与该漏洞相关的更多技术细节。

转自 微软员工意外从CVE-2024-3094 XZ后门中挽救了全球Linux系统 (msn.cn)

对于想要安装 Arch Linux 的用户，有一个新的官方 ISO 快照可供下载，该快照由 Linux 内核 6.8 支持，具有更好的安装体验。

没错，Arch Linux 开发人员被迫提前发布了 2024 年 4 月的 ISO 快照，原因是 XZ Utils 软件包被后门了，这影响了 Arch Linux 2024.03.01 ISO 镜像（以及虚拟机镜像和容器镜像），该镜像可在发行版网站上下载。

在 Arch Linux 中，XZ 软件包 5.6.0-1 和 5.6.1-1 版本中存在后门。 Arch Linux 开发人员迅速修补了该问题，并发布了 XZ 5.6.1-2 版本，新的 ISO 映像 Arch Linux 2024.03.29 也包含了该版本。更多详情，请点击此处。

除了修补过的 XZ 软件包，Arch Linux 2024.03.29 ISO 映像还首次搭载了最新、最棒的 Linux 6.8 内核系列，当然，如果你想在更新的硬件上部署 Arch Linux，它还能带来更好的硬件支持。ISO 默认包含 Linux 内核 6.8.2。
此外，Arch Linux 2024 年 4 月发布的 ISO 还包含一个更新的 Archinstall 菜单式安装程序（版本号为 2.7.2），通过将 UKI 限制在受支持的选项上并修复 UKI 默认值，改进了对统一内核映像（UKI）的支持。

Archinstall 2.7.2 版还在文档中添加了 –skip-ntp 参数，在使用 KDE Plasma 桌面环境安装 Arch Linux 时，将 plasma-wayland-session 替换为 plasma-workspace，添加了立陶宛语翻译支持，并更新了意大利语区域设置。

Arch Linux 2024.03.29 可从官方网站下载。当然，这只是针对新部署的 Arch Linux，现有 Arch Linux 用户只需在自己喜欢的终端模拟器中运行 sudo pacman -Syu 命令，即可更新安装。

转自 Latest Arch Linux ISO Release Brings Linux Kernel 6.8, Updated Installer – 9to5Linux