分类 新闻 下的文章

Linux 上使用 Xfce 桌面环境或许是又快又灵活的 — 但是它目前在遭受着一个很严重的缺陷影响。

使用这个轻量级 GNOME 和 KDE 替代品 Xfce 桌面的用户报告说,其选用的默认壁纸会造成笔记本电脑显示器和液晶显示器的损坏!!!

有确凿的照片证据来支持此观点。

Xfce Bug #12117

“桌面默认开机画面造成显示器损坏!” 某用户在 Xfce 的 Bugzilla Bug 提交区尖叫道。

“默认桌面壁纸导致我的动物去抓它,从我的液晶显示器掉落下来塑料!能让我们选择不同的壁纸吗?我不想再有划痕,谁想呢?让我们结束这老鼠游戏吧。” (LCTT 译注:原文是 whu not,可能想打 who not,也许因屏幕坏了太激动打错字了)

缺陷 flaw — 或者说是这 爪爪 claw ? — 不是个别用户的桌面遇到问题。其他用户也重现了这个问题,尽管不太一样,在这第二个例子,是 红迪网友 Redditor 的不同图片证实的:

目前不知道这锅是 Xfce 的还是猫猫的。如果是后者就没希望修复了,就像便宜的 Android 手机商品(LCTT 译注:原文这里是用 cats 这个单词,是 catalogues 的缩写,一语双关“猫”。原文作者也是个猫奴,#TeamCat 成员)从来得不到他们的 OEM 厂商的升级。

值得庆幸的是 Xubuntu 用户们并没有受到这“爪爪”问题的影响。这是因为它这个基于 Xfce 的 Ubuntu 特色版带有自己的非老鼠的桌面壁纸。

对其他 Linux 发行版的 Xfce 用户来说,“爪爪们”显然对其桌面倒不是那么感兴趣。

已经有人已经提出了一个补丁修复这个问题,但是上游尚未接受。如果你们关注了 bug #12117 ,就可以在你们自己的系统上手动应用这个补丁,去下载以下图片并设置成桌面壁纸。


via: http://www.omgubuntu.co.uk/2017/03/xfce-wallpaper-cat-bug

作者:JOEY SNEDDON 译者:ddvio 校对:jasminepeng

本文由 LCTT 原创编译,Linux中国 荣誉推出

在过去十年中,Fedora 项目一直都在为另外一个操作系统构建相同软件包。然而,到 2017 年 3 月 31 日,它将会随着 Red Hat Enterprise Linux(RHEL)5 一起停止这项工作

EPEL 的简短历史

RHEL 是 Fedora 发布版本的一个子集的下游重建版本,Red Hat 愿为之支持好多年。虽然那些软件包构成了完整的操作系统,但系统管理员一直都需要“更多”软件包。在 RHEL-5 之前,许多那些软件包会由不同的人打包并提供。随着 Fedora Extras 逐渐包含了更多软件包,并有几位打包者加入了 Fedora,随之出现了一个想法,结合力量并创建一个专门的子项目,重建特定于 RHEL 版本的 Fedora 软件包,然后从 Fedora 的中心化服务器上分发。

经过多次讨论,然而还是未能提出一个引人注目的名称之后,Fedora 创建了子项目 Extra Packages for Enterprise Linux(简称 EPEL)。在首次为 RHEL-4 重建软件包时,其主要目标是在 RHEL-5 发布时提供尽可能多的用于 RHEL-5 的软件包。打包者做了很多艰苦的工作,但大部分工作是在制定 EPEL 在未来十年的规则以及指导。从所有人能够看到的邮件归档中我们可以看到 Fedora 贡献者的激烈讨论,它们担心将 Fedora 的发布重心转移到外部贡献者会与已经存在的软件包产生冲突。

最后,EPEL-5 在 2007 年 4 月的某个时候上线了,在接下来的十年中,它已经成长为一个拥有 5000 多个源码包的仓库,并且每天会有 20 万个左右独立 IP 地址检查软件包,并在 2013 年初达到 24 万的高峰。虽然为 EPEL 构建的每个包都是使用 RHEL 软件包完成的,但所有这些软件包可以用于 RHEL 的各种社区重建版本(CentOS、Scientific Linux、Amazon Linux)。这意味着随着这些生态系统的增长,给 EPEL 带来了更多的用户,并在随后的 RHEL 版本发布时帮助打包。然而,随着新版本以及重建版本的使用量越来越多,EPEL-5 的用户数量逐渐下降为每天大约 16 万个独立 IP 地址。此外,在此期间,开发人员支持的软件包数量已经下降,仓库大小已缩小到 2000 个源代码包。

收缩的部分原因是由于 2007 年的原始规定。当时,Red Hat Enterprise Linux 被认为只有 6 年活跃的生命周期。有人认为,在这样一个“有限”的周期中,软件包可能就像在 RHEL 中那样在 EPEL 中被“冻结”。这意味着无论何时有可能的修复需要向后移植,也不允许有主要的修改。因为没有人来打包,软件包将不断从 EPEL-5 中移除,因为打包者不再想尝试并向后移植。尽管各种规则被放宽以允许更大的更改,Fedora 使用的打包规则从 2007 年开始不断地改变和改进。这使得在较旧的操作系统上尝试重新打包一个较新的版本变得越来越难。

2017 年 3 月 31 日会发生什么

如上所述,3 月 31 日,红帽将终止 RHEL-5 的支持并不再为普通客户提供更新。这意味着 Fedora 和各种重建版本将开始各种归档流程。对于 EPEL 项目,这意味着我们将跟随 Fedora 发行版每年发布的步骤。

  1. 在 3 月 27 日,任何新版本将不会被允许推送到 EPEL-5,以便仓库本质上被冻结。这允许镜像拥有一个清晰的文件树。
  2. EPEL-5 中的所有包将从主镜像 /pub/epel/5/ 以及 /pub/epel/testing/5/ 移动到 /pub/archives/epel/。 这将会在 27 号开始,因此所有的归档镜像站点可以用它写入磁盘。
  3. 因为 3 月 31 日是星期五,系统管理员并不喜欢周五惊喜,所以它不会有变化。4 月 3 日,镜像管理器将更新指向归档。
  4. 4 月 6 日,/pub/epel/5/ 树将被删除,镜像也将相应更新。

对于使用 cron 执行 yum 更新的系统管理员而言,这应该只是一个小麻烦。系统能继续更新甚至安装归档中的任何软件包。那些直接使用脚本从镜像下载的系统管理员会有点麻烦,需要将脚本更改到 /pub/archive/epel/5/ 这个新的位置。

虽然令人讨厌,但是对于仍使用旧版 Linux 的许多系统管理员也许算是好事吧。由于软件包不断地从 EPEL-5 中删除,各种支持邮件列表以及 irc 频道都有系统管理员惊奇他们需要的哪些软件包消失到哪里了。归档完成后,这将不会是一个问题,因为不会更多的包会被删除了 :)。

对于受此问题影响的系统管理员,较旧的 EPEL 软件包仍然可用,但速度较慢。所有 EPEL 软件包都是在 Fedora Koji 系统中构建的,所以你可以使用 Koji 搜索到较旧版本的软件包。


via: https://fedoramagazine.org/the-end-of-the-line-for-epel-5/

作者:smooge 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

运维密码是什么?

这是我们 Linux 中国旗下的 LCTT 技术组开发的第一款小程序,基于微信平台提供 OTP 口令管理功能。

想必绝大部分系统管理员都知道 OTP ,OTP 即 一次性口令 One-Time Password ,最常见的一次性口令是 基于时间的一次性口令 Time-based One-time Password (TOTP),即每隔一段时间(如 60 秒)就生成一个一次性的六位数字的密码。这种一次性口令可以用于各种登录验证系统,比如 SSH、网站登录等等,只要验证系统和验证者持有相同的 OTP 种子,并采用一致的算法即可。

最常见的方式是采用 Google 身份验证器 Google Authenticator 来提供基于时间的一次性口令(TOTP),也有采用 RSA 等公司提供的硬件 OTP 令牌进行一次性口令管理的。而我们这次推出的“运维密码”,即是一款采用和 Google 身份验证器 Google Authenticator 相同的算法的微信小程序。

为什么要开发这样的一款小程序呢,请听我道来~

缘起

为什么要做这样一款小程序?

大概是因为 Google 身份验证器 Google Authenticator 无法满足我的需要,没有办法备份场景。这让我很是担心,假如我丢失了手机,我可能再也无法登录到我的服务器上去了。

而且本身这个工具不是一个高频的应用,所以我们在考虑,能不能有这样的一种可能,让我们可以很方便地使用,同时也不会像App 一样过于侵扰我们的生活。

微信小程序出现后,其随用随走的理念深得我们的喜爱。其强大的线上线下融合能力,也非常适合我们的需求。所以在微信小程序出现后,我们就一直在关注,看我们的想法能不能在微信小程序上得以实现。

为什么选择微信小程序

微信小程序在某些方面的理念和我们对于这款工具的理念是一致的。

  • 随用随走:我们希望我们的产品不会给用户产生过多的困扰,而是很方便就可以使用它。作为一款安全工具,我们不希望它对用户的生活产生太多的麻烦。
  • 线上线下融合:微信小程序的形式让我们的用户只需要打开微信,扫一扫线下的二维码,就可以快捷、方便的拿到自己需要的动态密码。

“运维密码”的优势

备份功能

由于我们对于云服务的安全和隐私的担忧,所以我们将备份的功能做在了本地。当然,后续我们也会根据用户的不同偏好而推出基于云端的备份。

资源占用小

“运维密码”小程序不超过 200K,你只需要花费很少的流量,就可以实现和 Google 身份验证器 Google Authenticator 的全部功能。

产品无感知迭代

我们会对“运维密码”不断的更新,当然,你可以无需担心更新带来的数据问题。我们的小程序会自动帮你做好升级的事情。

开始使用

你可以直接在微信小程序中的搜索框内搜索:

微信小程序搜索框

或者,在微信公众号“运维伙伴”的详情页中也有“运维密码”的入口:

运维伙伴

或者,扫描下方二维码,添加运维密码小程序:

我还制作了一个简单的视频:

如何加入自己的场景?

打开“运维密码”,点击右下角的“扫描二维码”的按钮:

扫码

扫描服务商给你的“种子二维码”(这里包含了场景相关的信息),会自动识别,并且跳转到添加信息的界面:

确认信息

确认信息无误后,点击添加。添加成功后,即可跳转到到运维密码的详情页:

添加成功

视频操作如下:

如何获取密码?

在“运维密码”的首页,你可以看到你所添加的场景的列表,从中可以直接看到当前的一次性密码。也可以用下述的场景二维码来获取。

生成场景二维码

点击某个场景,可以查看该场景的详情,在此可以生成该场景的场景二维码(不同于之前的服务商所提供的“种子二维码”)。将此二维码打印出来,贴于所应用的场景附近,如服务器或终端旁边,这样你可以在该服务器或终端旁边直接用微信扫描即可马上显示该场景当前的一次性密码。

备份与恢复

作为最重要的差异性功能,“运维密码”提供了场景的备份和恢复功能,从此再也不怕丢失了手机后无法登入。

备份

首先进入“设置”,点击“本地场景备份”,会显示你的所有场景:

确认本地备份

确认后,会显示一个二维码图片,这个图片就是你的场景备份信息,千万保存好,也不要随意给别人。

视你所保存的场景多寡,这个二维码图片也尺寸和信息密度也有所不同。生成该备份信息会稍微有一些慢。

场景备份

对此备份,可以截屏保存到本地,妥善保管即可。下一步我们还会推出加密保存,需要使用密码才能解开。

恢复

如果因为某种原因,删除了场景或丢失了场景,你可以通过之前备份信息进行恢复,只需要选择你的备份二维码即可。重复的场景并不会覆盖。

恢复场景

下一步,我们也会推出基于公有云或私有云的云端备份功能。

更多功能

更多使用细节,您可以亲自试试。我们也有一大波新的功能增强正在赶来~

入群体验

对此小程序感兴趣的同学,欢迎加入专属体验群,提出您的建议和反馈:

扫描上述二维码并添加好友后,验证信息:“运维密码”,即可获得加群邀请。

寄语

我们希望运维密码能够给你带来更加舒服的体验,如果你觉得哪里有不足的,也希望你能够告诉我们,让我们一起把它做的更好。

后继我们将对此小程序开源,也欢迎大家提供反馈、补丁和功能请求。

VMware 是云基础架构和企业移动性的全球领导者,多年来一直积极参与开源开发。

该公司通过 Linux 基金会项目(如 ONAP、Cloud Native Computing Foundation(CNCF)、Cloud Foundry、Open vSwitch 等)稳步提高了开源的参与度。 它刚刚增加了对开源和 Linux 基金会的资金承诺,成为金牌会员。

VMware 的首席开源官 Dirk Hohndel 在下面的问答中说,开源软件帮助 VMware 加速其开发过程,并为其客户提供更好的解决方案。

“我们认为开源组件是我们产品的重要组成部分,并积极参与许多上游项目,” Hohndel 说。 “我们还继续创造我们自己的新颖有趣的开源项目。”

Hohndel 领导 VMware 的开源项目办公室,对围绕开源项目使用和贡献的努力和战略进行指导,以及在整个公司推动 VMware 与开源社区互动的共同价值观和流程。 加入 VMware 之前,他担任英特尔首席 Linux 和开源技术专家近 15 年,从 20 世纪 90 年代初以来,他一直是 Linux 和开源软件的积极开发者和贡献者。

下面,Hohndel 告诉我们更多关于 VMware 的情况;Linux 和开源如何成为其业务的不可分割的一部分; 以及他们如何参与开源社区。

Linux.com:VMware 主要做什么?

Dirk Hohndel:VMware 是云基础设施和数字化工作区技术的全球领导者。 我们帮助客户构建和发展可扩展的生产 IT 环境,作为满足他们需求的内部部署或混合云解决方案。 此外,我们为客户提供现代化的终端用户计算解决方案,使用户能够使用任何设备或平台访问关键应用程序,桌面和服务。

Linux.com:你们是如何使用 Linux 和开源的?为什么要使用?

Hohndel:VMware 使用许多开源组件作为我们为客户提供的解决方案的一部分。 Linux 是我们所支持的关键的客户机(和主机)的操作系统,也是在我们的基础架构上运行的许多客户解决方案的基础。

我们认为开源组件是我们产品的重要组成部分,并积极参与许多上游项目。 我们还继续创建我们自己的新颖有趣的开源项目,如 Project Clarity 设计系统Project Harbor 容器镜像注册库

Linux.com:你们为什么要增加对 Linux 基金会的资金承诺?

Hohndel:我们认为 Linux 基金会是更广泛的开源生态系统中的关键联盟之一。 与此同时,在过去几年中,我们稳步增加了与 ONAP、CNCF、Cloud Foundry 等其他项目和基金会的合作。 考虑到它的项目在我们的业务中的作用,增加我们对 Linux 基金会的参与和支持是有意义的。

Linux.com:你目睹了什么有趣或创新的技术趋势,Linux 和开源软件在这些技术趋势中扮演了什么角色? VMware 如何参与其中?

Hohndel:IT 基础设施行业正在不断发展。 越来越多的相关解决方案堆栈是围绕开源组件构建的,许多公司正在合作加速整个行业垂直行业的转型。 最近推出的 ONAP 项目是这个趋势的一个很好的例子,VMware 是这个项目的创始白金赞助商之一。

Linux.com:参与 Linux 和开源社区是如何对您的公司产生改变的?

Hohndel:VMware 是一家工程驱动的公司。 我们与 Linux 和开源社区的合作帮助我们加速了我们的开发过程,并允许我们与这个领域的其他合作伙伴和客户合作,提供更好的解决方案。

Linux.com:还有什么重要或即将到来的好消息可以分享?

Hohndel:对于 VMware,升级到 Linux 基金会的金牌赞助是我们的开源战略的重要组成部分,也是我们迈向更开放,更协作的未来的关键一步。 我们期待在许多 Linux 基金会项目中工作,以创建令客户满意的解决方案。

来自 LFS( 从零编译 Linux Linux From Scratch ) 和 BLFS (超越 LFS Beyond Linux From Scratch ) 项目的 Bruce Dubbs 宣布 LFS 8.0 和 Beyond LFS 8.0 发布。就像项目名所说,该项目允许有经验的用户从零开始打造自己的 Linux 操作系统。

LFS 8.0 和 Beyond LFS 8.0 都对部分最新 GNU/Linux 和开源组件提供支持,包括 GCC 6.2.0,GNU Binutils 2.27,以及 Glibc (GNU C Library) 2.24。

“LFS 发布版包括更新的 glibc-2.24、binutils-2.27,以及 gcc-6.2.0。共更新了 29 个包,修正了启动脚本,并更新了全书中的文字,” Bruce Dubbs 说。“BLFS 版本包括了在基本的 LFS 7.10 书之外的约 800 个包。”

为什么这次是大版本发布呢?因为在此次 LFS 8.0 和 Beyond LFS 8.0 发布中所包含的最大的改变,是移除了 /lib 符号链接,用 /lib64 代替,并且彻底除去了 /usr/lib64

LFS 8.0 和 Beyond LFS 8.0 发布中另一个有趣的变化是增加了 /usr/bin/ld.gold 可用,目前这还不是默认启用。在 BLFS 8.0 书中有超过 775 个更新,包括一些格式和文字改变。

如果你想要从零开始打造你自己的 GNU/Linux 发行版,现在可以下载 LFS 8.0BLFS 8.0 。建议访问项目的官方网站以获得启动该工作的更多信息。

支持 Python 3 的 systemd 233 发布,同时有 70 多个改进与 Bug 修复

Lennart Poettering 3 月 1 日宣布,基于 Linux 操作系统的采用开源技术的 systemd 233 init 系统已普遍可用。

systemd 233 将很快进入各个发行版。它有很多改进,如果想确切知道更改或添加了哪些东西,可以查看 changelog。也可以关注软件库中你喜欢的发行版本中的 systemd 233,或者现在就下载 tarball

CentOS 7 发布重要安全补丁

3 月 6 日,针对 CentOS 7 系列操作系统的用户,发布了一个重要的 Linux 核心安全补丁,以解决最近发现的 4 个漏洞。

这 4 个漏洞分别是: CVE-2016-8630CVE-2016-8655,CVE-2016-9083CVE-2016-9084

CentOS 7 系列操作系统的所有用户都应尽快更新到新核心版本。该问题还影响到 Red Hat Enterprise Linux Desktop 7,Red Hat Enterprise Linux HPC Node 7,Red Hat Enterprise Linux Server 7,Red Hat Enterprise Linux Server TUS 7.3,以及 Red Hat Enterprise Linux Workstation 7 等系统的用户。

BlackArch Linux 现在提供超过 1700 款渗透测试工具,新版本 ISO 已发布

3 月 1 日,基于 Arch Linux 的 BlackArch Linux 操作系统发布新版 ISO,该系统主要面向渗透测试人员和安全研究者群体。 发布的 BlackArch Linux 2017-03-01 预装了超出 1700 款渗透测试工具,建议访问 BlackArch Linux 的官方站点 以更好的了解 ISO 中包含的工具。

Wine 2.3 发布,并改进了 Mortal Kombat X、Kholat 和 Witcher 3

Wine 开发团队宣布该开源且跨平台应用的新开发版本发布,可以让 Linux 和 Mac 用户安装使用仅为 Microsoft Windows 操作系统开发的应用和游戏。

Wine 2.3 为最新开发版本,这是在今年早些时候发布稳定 Wine 2.0 大版本后的第三个版本。 根据发布说明,Wine 2.3 共解决了 41 个问题。

如果想要编译和安装,可以下载 Wine 2.3 source tarball,不过这只是发布前版本,不适合于日常使用。

Mozilla Firefox 52.0 已在所有支持的 Ubuntu Linux 系统上可用,请更新

3 月 7 日,Mozilla 宣布 Firefox 52.0 web 浏览器发布,随后很快宣布,Firefox 52.0 已登录所有支持的 Ubuntu Linux 操作系统的稳定软件库。包括 Ubuntu 12.04 LTS (Precise Pangolin),Ubuntu 14.04 LTS (Trusty Tahr),Ubuntu 16.04 LTS (Xenial Xerus),以及 Ubuntu 16.10 (Yakkety Yak) 系统。也就是说,你只需升级你的安装来获得新版本。

Canonical 还提供了关于如何升级 Ubuntu Linux 操作系统的详细指导,请参见: https://wiki.ubuntu.com/Security/Upgrades