分类 新闻 下的文章

Fedora 31 中丢弃了 32 位 i686 内核及其可启动镜像。虽然可能有一些用户仍然拥有无法与 64 位 x86\_64 内核一起使用的硬件,但数量很少。本文为你提供了这次更改背后的整个事情,以及在 Fedora 31 中仍然可以找到的 32 位元素。

发生了什么?

i686 架构实质上从 Fedora 27 版本就进入了社区支持阶段(LCTT 译注:不再由官方支持)。不幸的是,社区中没有足够的成员愿意做维护该体系结构的工作。不过请放心,Fedora 不会删除所有 32 位软件包,仍在构建许多 i686 软件包,以确保诸如 multilib、wine 和 Steam 之类的东西可以继续工作。

尽管该存储库不再构建和镜像输出,但存在一个 koji i686 存储库,该库可与 mock 一起使用以构建 32 位程序包,并且可以在紧要关头安装不属于 x86\_64 multilib 存储库的 32 位版本。当然,维护人员希望这样做解决有限的使用场景。只是需要运行一个 32 位应用程序的用户应该可以在 64 位系统上使用 multilib 来运行。

如果你要运行 32 位应用需要做什么?

如果你仍在运行 32 位 i686 系统,则会在 Fedora 30 生命周期中继续收到受支持的 Fedora 更新。直到大约 2020 年 5 月或 6 月。到那时,如果硬件支持,你可以将其重新安装为 64 位 x86\_64,或者如果可能的话,将其替换为支持 64 位的硬件。

社区中有一个用户已经成功地从 32 位 Fedora “升级” 到了 64 位 x86 Fedora。虽然这不是预期或受支持的升级路径,但应该也可行。该项目希望可以为具有 64 位功能的硬件的用户提供一些文档,以在 Fedora 30 使用寿命终止之前说明该升级过程。

如果有 64 位的 CPU,但由于内存不足而运行 32 位 Fedora,请尝试备用桌面流派之一。LXDE 和其他产品在内存受限的环境中往往表现良好。对于仅在旧的可以扔掉的 32 位硬件上运行简单服务器的用户,请考虑使用较新的 ARM 板之一。在许多情况下,仅节能一项就可以支付新硬件的费用。如果以上皆不可行,CentOS 7 提供了一个 32 位镜像,并对该平台提供长期支持。

安全与你

尽管有些用户可能会在生命周期结束后继续运行旧版本的 Fedora,但强烈建议不要这样做。人们不断研究软件的安全问题。通常,他们发现这些问题已经存在多年了。

一旦 Fedora 维护人员知道了此类问题,他们通常会为它们打补丁,并为支持的发行版提供更新,而不会给使用寿命已终止的发行版提供。当然,一旦这些漏洞公开,就会有人尝试利用它们。如果你在生命周期结束时运行了较旧的发行版,则安全风险会随着时间的推移而增加,从而使你的系统面临不断增长的风险。


via: https://fedoramagazine.org/in-fedora-31-32-bit-i686-is-86ed/

作者:Justin Forbes 选题:lujun9972 译者:wxy 校对:wxy

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

CutiePi 是一款 8 英寸的构建在树莓派上的开源平板。他们在树莓派论坛上宣布:现在,它只是一台原型机。

在本文中,你将了解有关 CutiePi 的规格、价格和可用性的更多详细信息。

它们使用一款定制的计算模块载版(CM3)来制造平板。官网提到使用定制 CM3 载板的目的是:

定制 CM3/CM3+ 载板是专为便携使用而设计,拥有增强的电源管理和锂聚合物电池电量监控功能。还可与指定的 HDMI 或 MIPI DSI 显示器配合使用。

因此,这使得该平板足够薄而且便携。

CutiePi 规格

CutiePi Board

我惊讶地了解到它有 8 英寸的 IPS LCD 显示屏,这对新手而言是个好事。然而,你不会有一个真正高清的屏幕,因为官方宣称它的分辨率是 1280×800。

它还计划配备 4800 mAh 锂电池(原型机的电池为 5000 mAh)。嗯,对于平板来说,这不算坏。

连接性上包括支持 Wi-Fi 和蓝牙 4.0。此外,还有一个 USB Type-A 插口、6 个 GPIO 引脚和 microSD 卡插槽。

CutiePi Specifications

硬件与 Raspbian OS 官方兼容,用户界面采用 Qt 构建,以获得快速直观的用户体验。此外,除了内置应用外,它还将通过 XWayland 支持 Raspbian PIXEL 应用。

CutiePi 源码

你可以通过分析所用材料的清单来猜测此平板的定价。CutiePi 遵循 100% 的开源硬件设计。因此,如果你觉得好奇,可以查看它的 GitHub 页面,了解有关硬件设计和内容的详细信息。

CutiePi 价格、发布日期和可用性

CutiePi 计划在 8 月进行设计验证测试批量 PCB。他们的目标是在 2019 年底推出最终产品。

官方预计,发售价大约在 $150-$250 左右。这只是一个近似的范围,还应该保有怀疑。

显然,即使产品听上去挺有希望,但价格将是它成功的一个主要因素。

总结

CutiePi 并不是第一个使用像树莓派这样的单板计算机来制作平板的项目。我们有即将推出的 PineTab,它基于 Pine64 单板电脑。Pine 还有一种笔记本电脑,名为 Pinebook

从原型来看,它确实是一个我们可以期望使用的产品。但是,预安装的应用和它将支持的应用可能会扭转局面。此外,考虑到价格估计,这听起来很有希望。

你觉得怎么样?让我们在下面的评论中知道你的想法,或者投个票。


via: https://itsfoss.com/cutiepi-open-source-tab/

作者:Ankush Das 选题:lujun9972 译者:geekpi 校对:wxy

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

自从 10 天前,我们发起了徽标征集活动,得到了大家的踊跃支持。虽然有相当多朋友表示原来的徽标就挺好,是的修改下就可以,但是也有很多朋友给我们提交了新的徽标设计及其设计理念。以下,我将这些设计展示给大家,大家可以发表意见。当然,也欢迎更多朋友来提交你们的徽标设计。

当前已经收到的徽标设计

以下是我们当前收到的设计展示及设计理念,我们共收到了 9 位贡献者提交的 12 份设计。以下按名字排序列出:

1466587594

地址:https://github.com/LCTT/logo/tree/master/1466587594

设计者:1466587594

设计理念:

  • 徽标呈箭头状,代表回车键
  • 蓝绿配色,完全照搬样例,外加了一个两者的混合色
  • 主体是稍带圆角又显锐利的字母 L 与 C 的结合,要说带有一些含义的话不免有些强行了

alim0x

地址:https://github.com/LCTT/logo/tree/master/alim0x

设计者:alim0x

设计理念:

  • 扁平化图标,符合当下趋势
  • 主体风格延续原有徽标,减轻徽标更换对受众印象认知的影响
  • 中间为原徽标风格的 “L”,小圆点增加徽标活泼感
  • 外圈为 “C” 抽象而来,代表 “CN”、“Community”
  • 配色上绿色作为主题色,同时中环使用浅绿色作为过渡,使徽标更清新且饱满

flag-1

地址:https://github.com/LCTT/logo/tree/master/flag-1

设计者:ullpdq

设计理念:

  • 一直觉得国旗设计得很美

flag-2

地址:https://github.com/LCTT/logo/tree/master/flag-2

设计者:ullpdq

设计理念:

  • 国旗方案的变种

logo0281

地址:https://github.com/LCTT/logo/tree/master/logo0281

设计者:liujiacode

设计理念:

  • 该徽标保留了旧徽标的配色 (绿, 白, 灰) 和一些元素 (如中间的 "L"). 在旧徽标的基础上, 本徽标更强调社区与社区成员之间的联系. Linux 社区如同一张复杂而有序的网络, 紧紧地将成员联系在一起.
  • 徽标背景由深灰色方块和浅灰色中国版图构成, 表示 Linux.CN 主要是面向全国的 Linux 技术社区.
  • 图中四个角落分别有朝向不同方向的 "C" ("C" 代表 "Community"), 表示参与到社区中的开源爱好者们专业技能不同, 目标也不同.
  • 图正中有一个 "L" ("L" 代表 "Linux", 是旧徽标中的关键元素之一), 代表 Linux 社区.
  • 四个 "C" 的开口方向都朝向中间的 "L" , 表示开源爱好者们相互交流与合作, 共同构建起整个社区. "C" 与 "L" 通过一张复杂而又有序的网络连接在一起, 表示开源爱好者们之间并不是相互孤立的, 而是通过社区网络稳定而有序地结合在一起.
  • "C" 也可以代表 "Component", 表示 Linux 系统是由多个组件构成的. 这些组件之间并不是相互孤立的, 这些组件的协同作用使得 Linux 能够正常运行.
  • 图案下方写有社区名称, 即 "Linux.CN".

logo0964

地址:https://github.com/LCTT/logo/tree/master/logo0964

设计者:liujiacode

设计理念:

  • 徽标背景由深灰色方块和浅灰色中国版图构成, 表示 Linux.CN 主要是面向全国的 Linux 技术社区.
  • 图中绿色方框代表 Linux 终端, 终端内有命令提示符 "LC:~$\_". 其中 "LC" 是 "Linux.CN" 的缩写.
  • 绿色方框叠加在一起, 表示使用 Linux 的开源爱好者们相互交流与合作, 共同构建起整个社区.
  • 图案下方写有社区名称, 即 "Linux.CN".

long

地址:https://github.com/LCTT/logo/tree/master/long

设计者:lujun9972

设计理念:

  • 巨龙,毛笔,石砚,玉佩,筷子.尽显中国气息.

备注:此设计稿规格不符合要求(500x500 的正方形)。

RedInLinux

地址:https://github.com/LCTT/logo/tree/master/RedInLinux

设计者:Marksteinsong

设计理念:

  • 为表示对“Linux中国的支持”,特地来凑个数。

备注:此设计稿规格不符合要求(500x500 的正方形)。

tinnx

地址:https://github.com/LCTT/logo/tree/master/tinnx

设计者:AntonVanke

设计理念:

  • 主体是LC
  • 下面一行Linux.cn

WSJ

地址:https://github.com/LCTT/logo/tree/master/WSJ

设计者:wangshijun-shexian

设计理念:

  • 尽量保留原logo元素,以维持用户记忆,减少突兀感;
  • 保留的元素有①灰黑色背景色调②大写字母L③网址④整体造型;
  • 改变的元素有①底部绿色改成更新的苹果绿②绿色范围减小,去掉网址,可与圆形内接等边三角形贴合,增加图形稳定性,给放大主logo元素让出空间③大写字母L放大,去掉隔断,填充网址④L东侧是大写字母C,颜色与底部颜色相同,可以凸显原logo架构,主体形状与L相似,东北部加等腰直角三角形,与L共同组成正方形,该正方形可联想成向东怒吼的雄狮侧面部,寓意Linux中国在中国大地孔武有力,大有作为;
  • 新logo可方可圆,黑白阴阳稿也一样简洁醒目,可用于各类应用场合。

wxy

地址:https://github.com/LCTT/logo/tree/master/wxy

设计者:wxy

设计理念:

  • 本徽标的灵感来自于俄罗斯方块游戏。
  • 配色的蓝绿:绿色一直是我们主题色,蓝色比较搭配,当然要是给它赋予专业、自由的寓意也无不可。
  • 主体是一个 4x4 的离散格子,其中由两个字母组成,分别“L”和“c”,这是我们的简写。

yue-1

地址:https://github.com/LCTT/logo/tree/master/yue-1

设计者:ullpdq

设计理念:

  • 这个方案是钺,配色什么的就随意了,回头可以再调整

徽标征集活动

活动目标:为 Linux 中国设计制作一个新的徽标

活动时间:2019 年 9 月 20 日 — 2019 年 10 月 31 日

时间节点:

  • 2019 年 9 月 20 日 — 2019 年 10 月 20 日:徽标征集及点评
  • 2019 年 9 月 21 日 — 2019 年 10 月 30 日:官方评选
  • 2019 年 10 月 31 日 评选结果发布

参与方式:本活动完全在 GitHub 上进行,因此投稿、点评、建议都采用 GitHub 相应机制来完成。

仓库地址: https://github.com/LCTT/logo

  • 投稿:通过 GitHub 的 PR 提交你的徽标设计展示图和设计说明。格式要求:

    • 每个投稿一个自行命名的文件夹,不当命名我们会予以修改。文件夹内包括:
    • 名为 logo.png 的 png 格式的徽标,尺寸为 500px X 500px,评选阶段无需投递原稿
    • 一个名为 README.md 的说明文件,说明创意构思
  • 点评:对提交徽标的 PR 发表评论
  • 建议:通过 GitHub 的 议题 issue 发起

最后,既然是征集评选活动,那就该有奖品:

  • 一等奖(获选)一名,奖金 3000 元
  • 二等奖两名,各奖 500 元
  • 三等奖五名,各奖 100 元

此外,一等奖作品的作者需同样将该的完整版权授予 Linux 中国,但作品作者的相关信息会在 Linux 中国官方予以记录和致谢。

IBM 在其区块链平台上增加了红帽 OpenShift 支持,并将用于 Apache CouchDB 的 Kubernetes Operator 引入其混合云服务中。

IBM 本周继续推进其红帽和开源集成工作,在其区块链平台上添加了红帽 OpenShift 支持,并在其混合云服务产品之外为 Apache CouchDB 引入了 Kubernetes Operator。

在该公司的旗舰级企业 Kubernetes 平台 红帽 OpenShift 上部署 IBM 区块链 的能力,意味着 IBM 区块链的开发人员将能够在本地、公共云或混合云架构中部署安全软件。

区块链是一个分布式数据库,维护着一个不断增长的记录列表,可以使用哈希技术对其进行验证,并且 IBM 区块链平台包括用于构建、操作、治理和发展受保护的区块链网络的工具。

IBM 表示,其区块链 / OpenShift 组合的目标客户面对的公司客户是:希望保留区块链分类帐副本并在自己的基础设施上运行工作负载以实现安全性,降低风险或合规性;需要将数据存储在特定位置以满足数据驻留要求;需要在多个云或混合云架构中部署区块链组件。

自 7 月份完成对红帽的收购以来,IBM 一直在围绕红帽基于 Kubernetes 的 OpenShift 容器平台构建云开发生态系统。最近,这位蓝色巨人将其新 z15 大型机与 IBM 的红帽技术融合在一起,称它将为红帽 OpenShift 容器平台提供 IBM z/OS 云代理。该产品将通过连接到 Kubernetes 容器为用户提供 z/OS 计算资源的直接自助访问。

IBM 表示,打算在 IBM z 系列和 LinuxONE 产品上向 Linux 提供 IBM Cloud Pak 产品。Cloud Paks 是由 OpenShift 与 100 多种其他 IBM 软件产品组成的捆绑包。LinuxONE 是 IBM 专为支持 Linux 环境而设计的非常成功的大型机系统。

IBM 表示,愿景是使支持 OpenShift 的 IBM 软件成为客户用来转变其组织的基础构建组件。

IBM 表示:“我们的大多数客户都需要支持混合云工作负载以及可在任何地方运行这些工作负载的灵活性的解决方案,而用于红帽的 z/OS 云代理将成为我们在平台上启用云原生的关键。”

在相关新闻中,IBM 宣布支持开源 Apache CouchDB,这是 Apache CouchDB 的 Kubernetes Operator,并且该 Operator 已通过认证可与红帽 OpenShift 一起使用。Operator 可以自动部署、管理和维护 Apache CouchDB 部署。Apache CouchDB 是非关系型开源 NoSQL 数据库。

在最近的 Forrester Wave 报告中,研究人员说:“企业喜欢 NoSQL 这样的能力,可以使用低成本服务器和可以存储、处理和访问任何类型的业务数据的灵活的无模式模型进行横向扩展。NoSQL 平台为企业基础设施专业人士提供了对数据存储和处理的更好控制,并提供了可加速应用程序部署的配置。当许多组织使用 NoSQL 来补充其关系数据库时,一些组织已开始替换它们以支持更好的性能、扩展规模并降低其数据库成本。”

当前,IBM 云使用 Cloudant Db 服务作为其针对新的云原生应用程序的标准数据库。IBM 表示,对 CouchDB 的强大支持为用户提供了替代方案和后备选项。IBM 表示,能够将它们全部绑定到红帽 OpenShift Kubernetes 部署中,可以使客户在部署应用程序并在多个云环境中移动数据时使用数据库本地复制功能来维持对数据的低延迟访问。

“我们的客户正在转向基于容器化和微服务的架构,以提高速度、敏捷性和运营能力。在云原生应用程序开发中,应用程序需要具有支持可伸缩性、可移植性和弹性的数据层。”IBM 院士兼云数据库副总裁 Adam Kocoloski 写道,“我们相信数据可移植性和 CouchDB 可以大大改善多云架构的功能,使客户能够构建真正可在私有云、公共云和边缘位置之间移植的解决方案。”


via: https://www.networkworld.com/article/3441362/ibm-brings-blockchain-to-red-hat-openshift-adds-apache-couchdb-for-hybrid-cloud-customers.html

作者:Michael Cooney 选题:lujun9972 译者:wxy 校对:wxy

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

阿里巴巴第一颗自研芯片正式问世。

9 月 25 日的杭州云栖大会上,达摩院院长张建锋现场展示了这款全球最强的 AI 芯片——含光 800。在业界标准的 ResNet-50 测试中,含光 800 推理性能达到 78563 IPS,比目前业界最好的 AI 芯片性能高 4 倍;能效比 500 IPS/W,是第二名的 3.3 倍。

张建锋说:“在全球芯片领域,阿里巴巴是一个新人,玄铁和含光 800 是平头哥的万里长征第一步,我们还有很长的路要走。”

含光为上古三大神剑之一,该剑含而不露,光而不耀,正如含光 800 带来的无形却强劲的算力。在杭州城市大脑的业务测试中,1 颗含光 800 的算力相当于 10 颗 GPU。

含光 800 性能的突破得益于软硬件的协同创新:硬件层面采用自研芯片架构,通过推理加速等技术有效解决芯片性能瓶颈问题;软件层面集成了达摩院先进算法,针对 CNN 及视觉类算法深度优化计算、存储密度,可实现大网络模型在一颗 NPU 上完成计算。

含光 800 已开始应用在阿里巴巴内部核心业务中。根据云栖大会的现场演示,在城市大脑中实时处理杭州主城区交通视频,需要 40 颗传统 GPU,延时为 300ms,使用含光 800 仅需 4 颗,延时降至 150ms。拍立淘商品库每天新增 10 亿商品图片,使用传统 GPU 算力识别需要 1 小时,使用含光 800 后可缩减至 5 分钟。

含光 800 将通过阿里云对外输出 AI 算力。基于含光 800 的 AI 云服务当天正式上线,相比传统 GPU 算力,性价比提升 100%。

过去半年,平头哥先后发布玄铁 910、无剑 SoC 平台。随着含光 800 的发布,平头哥端云一体全栈产品系列初步成型,涵盖处理器IP、一站式芯片设计平台和 AI 芯片,实现了芯片设计链路的全覆盖。

微软再次证明了其摒弃了“非我发明”这一态度来支持客户。

当微软将 Azure 作为其 Windows 服务器操作系统的云计算版本发布时,它并没有使其成为仅支持 Windows 系统的版本,它还支持 Linux 系统,并且在短短几年内其 Linux 实例的数量现在已经超过了Windows 实例的数量

很高兴看到微软终于摆脱了这种长期以来非常有害的“非我发明”态度,该公司的最新举动确实令人惊讶。

微软与一家名为 Skytap 的公司合作,以在 Azure 云服务上提供 IBM Power9 实例,可以在 Azure 云内运行基于 Power 的系统,该系统将与其已有的 Xeon 和 Epyc 实例一同作为 Azure 的虚拟机(VM)。

Skytap 是一家有趣的公司。它由华盛顿大学的三位教授创立,专门研究本地遗留硬件的云迁移,如 IBM System I 或 Sparc 的云迁移。该公司在西雅图拥有一个数据中心,以 IBM 的硬件运行 IBM 的 PowerVM 管理程序,并且对在美国和英格兰的 IBM 数据中心提供主机托管。

该公司的座右铭是快速迁移,然后按照自己的节奏进行现代化。因此,它专注于帮助一些企业将遗留系统迁移到云,然后实现应用程序的现代化,这也是它与微软合作的目的。Azure 将通过为企业提供平台来提高传统应用程序的价值,而无需花费巨额费用重写一个新平台。

Skytap 提供了预览,可以看到使用 Skytap 上的 DB2 提升和扩展原有的 IBM i 应用程序以及通过 Azure 的物联网中心进行扩展时可能发生的情况。该应用程序无缝衔接新旧架构,并证明了不需要完全重写可靠的 IBM i 应用程序即可从现代云功能中受益。

迁移到 Azure

根据协议,微软将把 IBM 的 Power S922 服务器部署在一个未声明的 Azure 区域。这些机器可以运行 PowerVM 管理程序,这些管理程序支持老式 IBM 操作系统以及 Linux 系统。

Skytap 首席执行官 布拉德·希克 Brad Schick 在一份声明中说道:“通过先替换旧技术来迁移上云既耗时又冒险。……Skytap 的愿景一直是通过一些小小的改变和较低的风险实现企业系统到云平台的迁移。与微软合作,我们将为各种遗留应用程序迁移到 Azure 提供本地支持,包括那些在 IBM i、AIX 和 Power Linux 上运行的程序。这将使企业能够通过使用 Azure 服务进行现代化来延长传统系统的寿命并增加其价值。”

随着基于 Power 应用程序的现代化,Skytap 随后将引入 DevOps CI/CD 工具链来加快软件的交付。迁移到 Azure 的 Skytap 上后,客户将能够集成 Azure DevOps,以及 Power 的 CI/CD 工具链,例如 Eradani 和 UrbanCode。

这些听起来像是迈出了第一步,但这意味着以后将会实现更多,尤其是在应用程序迁移方面。如果它仅在一个 Azure 区域中,听起来好像它们正在对该项目进行测试和验证,并可能在今年晚些时候或明年进行扩展。


via: https://www.networkworld.com/article/3438904/microsoft-brings-ibm-iron-to-azure-for-on-premises-migrations.html

作者:Andy Patrizio 选题:lujun9972 译者:Morisun029 校对:wxy

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