分类 新闻 下的文章

Linux 基金会宣布成立了 JS 基金会 （ JS Foundation ） ，该基金会是一个包容性项目，用于促进指导 JavaScript 生态中各种核心开源项目的发展，其主要任务是管理和资助这些项目，以及培育 JavaScript 生态。

Linux 基金会已经对 JS 生态进行了大量投资

Node.js 社区内部分裂之后，Node.js 代码分成了两个不同的项目：io.js 和 Node.js。后来两个项目和好之后，在 2015 年， Linux 基金会帮助创立了 Node.js 基金会，两个项目合并代码并归于统一的 Node.js 基金会。

JS 基金会也遵循 Node.js 基金会的模式，基金会成员将会支持各种 JavaScript 项目，包括技术指导、人力资源和资金。

IBM 和三星也是基金会成员

基金会的成员包括 Bocoup、IBM、Ripple、Samsung、Sauce Labs、Sense Tecnic Systems、SitePen、StackPath、University of Westminster 和 WebsiteSetup 等。

初始包括的项目有：Appium、 Chassis、 Dojo Toolkit、 ESLint、 Esprima、 Globalize、 Grunt、 Interledger.js、 Intern、 Jed、 JerryScript、 jQuery、 jQuery Mobile、 jQuery UI、 Lodash、 Mocha、 Moment、 Node-RED、 PEP、 QUnit、 RequireJS、 Sizzle 和 webpack。

这些大多数都是顶级的 JavaScript 项目，被成千上万的开发者们所使用。然而我们注意到， Node.js 项目由于有自己的基金会，并没有加入到 JS 基金会之中。

如果同意加入 JS 基金会，这些项目将会从公共开发战略中受益，以消除当今 JavaScript 社区中的混乱状况。基金会会设立所有项目共同遵循的目标，并为核心项目提供资金支持。这些核心项目现今用于服务器端应用、浏览器、云应用和物联网设备。

jQuery 基金会变成了 JS 基金会

JS 基金会并不是凭空建立的，它的核心就是之前的 jQuery 基金会。虽然 jQuery 现在已经发展放缓，甚至很多开发者都惊奇 jQuery 仍然还活着，因为目前已经出现了各种更好的工具。 但是 jQuery 在某种意义上仍然是 JavaScript 的代名词。jQuery 基金会的很多成员在 JavaScript 领域内都很有影响力，所以成立新的 JS 基金会将有助于发挥它们的作用，促进 JavaScript 生态的进一步发展。

之前，Dimitri John Ledkov 在 Ubuntu 邮件列表 发送了一则消息，称将在 Ubuntu 18.10 中取消 32 位支持。他说越来越多的软件已经有了 64 位支持，而且为古老的 32 位架构提供安全支持将变得更加困难。

Ledkov 同时表示，构建 32 位镜像并不是没有成本的，而要耗费 Canonical 不少的资源。

构建 32 位镜像并不是“免费的”，它的代价就是占用了我们的构建服务器资源、QA 和校验时间。尽管我我们有可扩展的构建环境，但 32 位支持还需要为所有包进行构建和自动测试，而且 ISO 也需要在我们的各种架构上进行测试。同时这还会占据大量的镜像空间和带宽。

Ledkov 计划着，Ubuntu 16.10、17.04、17.10 还会继续提供 32 位内核、网络安装器和云镜像，但移除桌面版和服务器版的 32 位 ISO 镜像。18.04 LTS 将会移除 32 位内核、网络安装器和云镜像，但在 64 位架构中兼容运行 32 位程序。然后在 18.10 中结束 32 位支持，并将传统的 32 位应用放在 snap、容器和虚拟机中。

但是，Ledkov 的这份计划还未被大家接受，但它表明了 32 位支持迟早要被遗弃。（LCTT 译注：我们已经知道 16.10 依旧有 32 为支持。）

好消息

当然，使用 32 位系统的用户也不必伤心。这个并不会影响用于拯救老式电脑的发行版。Ubuntu MATE 的创建者 Martin Wimpress 在 Googl+ 的讨论中透露，这些改变这是影响着主线上的 Ubuntu 而已。

18.04 将继续存在 32 位架构支持，分支版本可以继续选择构建 32 位镜像。但还是会存在安全隐患，一些大型应用，如 Firefox、Chromium、LibreOffice，已经凸显了在一些旧版的 LTS 的更新安全问题。所以，这些分支版本需要注意其 32 位支持期限。

思考

从安全的角度，我可以理解他们为什么要移除 32 位支持，但是这可能会导致一部分人离开主线 Ubuntu 而投入另一个喜爱的发行版或者另一种架构的怀抱。值得庆幸的是，我们还可以选择 轻量级 Linux 发行版。

via: https://itsfoss.com/ubuntu-32-bit-support-drop/

作者：John Paul 译者：GHLandy 校对：wxy

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

Ubuntu 的制造商 Canonical 早已和微软进行合作，让我们体验了极具争议的 Bash on Windows。外界对此也是褒贬不一，许多 Linux 重度用户则是质疑其是否有用，以及更进一步认为 Bash on Windows 是一个安全隐患。

Unix 的 Bash 是通过 WSL ( Windows 的 Linux 子系统 （ Windows Subsystem for Linux ） ) 特性移植到了 Windows 中。早先，我们已经展示过 安装 Bash 到 Windows。

Canonical 和微软合作的 Bash on Windows 也仅仅是 Ubuntu 的命令行而已，并非是正规的图形用户界面。

不过，有个好现象是 Linux 爱好者开始在上面投入时间和精力，他们在 WSL 做到的成绩甚至让最初的开发者都吃惊，“等等，这真的可以吗？”。

这个正在逐步实现之中。

没错，上图所示就是运行在 Windows 中的 Ubuntu Unity 桌面。一位名为 Pablo Gonzalez （GitHub ID 为 Guerra24 ）的程序员将这个完美实现了。随着这个实现，他向我们展示了 WSL 已经超越了当初构想之时的功能。

如果现在可以在 Windows 子系统之中运行 Ubuntu Unity，那么运行其他的 Linux 发行版还会远吗？

Arch Linux 版的 Bash on Windows

在 WSL 本地运行完整的 Linux发行版，迟早是要实现的。而我最希望的就是 Arch Linux （Antergos 爱好者点击此处）。

Hold 住，Hold 住，该项目目前还在测试中。它由“mintxomat”在 GitHub 上开发的，最新为 0.6 版本。第一个稳定版将在今年的 12 月底发布。

那么，该项目的出台会有什么不同呢？

你可能早就知道，WSL 仅在 Windows 10 中可用。但是 Windows 的 Linux 子系统之 Arch Linux (AWSL) 早已成功的运行在 Windows 7、Windows 8、Windows 8.1 和 Windows Server 2012(R2)，当然还有 Windows 10。

我靠，他们是怎么做到的？！

其开发者曾说，AWSL 协议抽象归纳了不同 Windows 版本的各种框架。所以，当 AWSL 发布 1.0 应该会取得更大的成绩。如我们之前提到的移植性，该项目会先向所有 Windows 版本推出 Bash on Windows。

该项目很有雄心，并且很有看头。如果等不及 12 月底的稳定版，你可以先行尝试其测试版。但要记住，目前还是开发者预览版，此刻并不稳定。但是，我们什么时候停止过折腾的脚步？

你也可到 GitHub 查看此项目的进度：Arch on Windows Subsystem

分享本文，以便大家都知道 Arch Linux 即将登陆 Windows 子系统。同时，也告诉我们，你希望 WSL 中有什么发行版。

via: https://itsfoss.com/arch-linux-windows-subsystem/

作者：Aquil Roshan 译者：GHLandy 校对：wxy

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

10 月 13 日，Canonical 如约发布了 Ubuntu 16.10 （Yakkety Yak），喏，就是题图这只雪域高原上的牦牛。

按照惯例的开发周期， 这次历经半年开发的 16.10，并不是一个长期支持版本，支持期仅有 9 个月，所以，桌面用户可以考虑更新，而用于服务器和云环境的版本，在产品环境中想必没人会去升级吧。

虽然这样说，作为辛苦努力半年的成果，这个版本还是有不少的亮点值得关注的，毕竟，这个版本是为下一个长期支持版本做的铺垫。

16.10 桌面版的亮点

  • Linux 4.8 内核
    Ubuntu 是第一个使用 Linux 4.8 内核的主流发行版，而这距 Linux 4.8 内核发布还不到一周。显然最新的内核能带来对更多硬件的支持。
  • GNOME 3.22
    一些 GNOME 组件已经更新到了 GNOME 3.22，但是 Nautilus 文件管理器还是 GNOME 3.20 系列。
  • GTK 3
    LibreOffice 5.2 和 Mozilla Firefox 49.0 已经基于 GTK 3 构建。
  • 试验性的 Unity 8 会话
    Unity 8 会话目前还是一个试验性的桌面环境，不过已经默认安装了，可以在登录管理器中选择使用。但是由于 Unity 8 还不够成熟，因此主要的目的还是测试，希望用户可以提交更多反馈意见，或许有的桌面计算机并不能顺利运行它。

16.10 服务器版的亮点

估计是 Canonical 也觉得桌面版其实没什么值得大书特书的新变化吧，Mark Shuttleworth 在其发布公告中也主要提及的是一些服务器、虚拟化和容器方面的变化：“世界上最快的虚拟机管理器 LXD，加上世界上最好的云操作系统 Ubuntu，以及最新的 OpenStack 和 Kubernetes 将为你提供世界上最快和最好的私有云架构。”

  • MAAS 2.0
    MAAS （“ 机器即服务 （ Metal as a Service ） ”）是 Canonical 推出的物理云服务概念，它可以让物理的数据中心“感觉就像云一样”，通过 Web 或 REST API 可以让物理机使用定制镜像马上就可以投入使用。它提供了稳健、高可用的 IPAM 和裸机供应。
  • Juju 2.0 支持混合云
    最新发布的 Juju 2.0 可以以一致的、“模型驱动”的方式，跨多个公有云和私有基础设施来运行类似 Hadoop 和 Kubernetes 这样的大型软件。所谓的“模型驱动”操作提供了一种“开源 SAAS”体验。Juju 2.0 增加了 vSphere 架构的支持，支持架构于 OpenStack 和 VMware 上的私有云。
  • OpenStack Newton
    支持最新的 OpenStack Newton，提升了裸机和容器的安全性。但是如果要升级到最新的 OpenStack 架构，这不是一个轻松的过程，需要仔细计划和测试。
  • Snapd 2.16
    Snap 可以让更多的 Linux 服务器、设备和桌面更容易获取分发的应用，目前已经有 500 多个 snap 应用，它们将可以直接从软件开发者得到更新。
  • 网络和虚拟化的性能提升
    更新了 Data Plane Development Kit (DPDK) 、OpenVSwitch (OVS) 。

  • 全方位的容器支持
    支持各种类型的容器： 进程容器（Docker 1.12）、机器容器（LXD 2.4）和应用容器（Snapd 2.16）。

    • Canonical Distribution of Kubernetes 对进程容器，如 Docker、OCID 和 Rkt 提供了更高层面的整合。
    • 而 Canonical OpenStack 及 LXD 纯容器管理器提供了对成规模的轻量级机器容器的高级管理。
    • 机器容器看起来就像虚拟机一样，可以让企业将虚拟机无须修改就可以转移到容器中。

下载

介绍完了各种新特性之后，你或许想实际体验和使用一下崭新发布的 Ubuntu 16.10 了。链接如下：

据 Linus Torvalds 最近的一则 Google+ 帖子，他开玩笑的说，当 Linux 项目有 6 百万个 Git 对象时就发布 Linux 5.0 内核。

Linux 内核主要的里程碑版本，比如 Linux 3.0、Linux 4.0 都是发布于 Git 对象数量分别达到了 2 百万和 4 百万时，而在2016 年 10 月 8 日，当前的 Git 对象已经达到了 5 百万，所以，看起来到下一个百万数量线时，就会发布 Linux 5.0 了。

“现在我们正处于 Linux 4.0 和 5.0 中间，”Linus Torvalds 说，“换句话说： 3.0 发布于内核 Git 对象数据库有 2 百万个对象时，而 4.0 发布于 4 百万时。所以，很自然的，按数字来说，毫无疑问 5.0 应该在我们到达 6 百万对象时发布。”

正如你已经知道的， Linux 4.8 内核已经于 2016 年 10 月 2 日发布，而且由于一个严重错误，很快发布了第一个维护版本 4.8.1。这就代表目前已经进入了 Linux 4.9 内核的开发阶段，它也是下一个 LTS 分支。而就在下周 10 月 16 日，4.9 就会发布其第一个 RC 版本。

Linux 5.0 内核的开发将于 2016 年 12 月开始

如果 Linux 4.9 内核能够正常发布，有 7 个 RC 版本的话，那它应该正式发布于 12 月 4 日。如果不幸的遇到了一些问题而延迟，那有可能要到 12 月中旬才能开启 Linux 5.0 内核的合并窗口，也许会在今年的圣诞节前发布第一个 RC 版本。

而且，如果 Linux 5.0 的开发也是常规的 7 个 RC 版本的话， 第二个 RC 版本应该出现在明年 1 月 8 日，而最后一个则会在 2017 年的 2 月中旬。不管怎么说，我们会在 2 月份见到 Linux 5.0 内核的正式发布——当然，如果 6 百万 Git 对象的线达到了的话。

Linux 4.8 内核发布

Linux 4.8 内核发布

10 月 2 日，经过了两个月的开发，发布了 8 个 RC 版本后，Linus Torvalds 宣布 Linux 4.8 内核正式发布。Linux 4.8 内核会很快随着各个发行版的更新推送给 Linux 用户们，而即将发布的 Ubuntu 16.10 应该是第一个使用最新的 4.8 内核的主流发行版。

此外随着 4.8 的发布，同时也开启了 4.9 的合并窗口——宣告了 4.9 的开发开始。

不过，两天后，Linus 为新发布的 4.8 内核中包含的 bug 进行了道歉。该 bug 由内核开发者 Andrew Morton 引入到 4.8 发布前的最后一个 RC 版本当中，当编译这部分代码时会导致问题，从而编译出来的是一个死内核。显然， 为了应对这个问题，4.8.1 会很快发布。

Ubuntu 16.10 终于支持可选 Unity 8 会话了

可选的 Unity 8 会话

即将在下周发布的 Ubuntu 16.10 发布了最后一个 Beta 版本，在这个版本中，Canonical 之前就说的要把 Unity 8 会话作为可选会话的承诺终于实现了。不过目前 Unity 8 仍然是一个试验性的会话，所以，仅供体验尝鲜。

此外，如上面说的，在这个最终 Beta 版本中，也使用了 Linux 4.8 内核。

DNF 达到 2.0 里程碑

Fedora Linux 的 dnf 软件包管理器发布了 2.0.0 版本，它出现在了 Fedora 的开发版本 Fedora Rawhide 之中，结束了 dnf 1.1 系列。

你可以看看 dnf 2.0.0 的发布公告，但是由于和 1.x 的部分不兼容性，所以看起来不大可能会出现在 Fedora 25 之中。

此外，最近两天 Fedora 24 的 dnf 更新出现了严重错误，在该问题解决前，请勿在桌面环境中执行 dnf update 命令。详见：Fedora 24 的用户，千万不要在桌面里运行 dnf update 。

KDE 5.8 LTS 发布

在 KDE 赢来 20 周年之际，KDE 开发团队宣布了 KDE 5.8 LTS 正式发布，这是官方认可的第一个长期支持版本，会一直支持到 2018 年。详见： KDE 庆祝 20 岁生日，发布了首个 LTS 版本： KDE 5.8 。

  1. 1
  2. ...
  3. 322
  4. 323
  5. 324
  6. 325
  7. 326
  8. 327
  9. 328
  10. ...
  11. 424