微软抄袭门始末 AMD放大招

孔明

微软抄袭AppGet始末，开源普法任重道远


近日，开源项目AppGet作者Keivan Beigi与微软WinGet项目的“抄袭纠纷”事件迎来了最新进展。微软方面做出回应，坦承“辜负了Keivan和AppGet”，并肯定了Keivan与AppGet对微软新项目的贡献。那么，这件事情到底对于开源意味着什么呢？话不多说，下面就是小编为大家准备的开源资讯回顾，还是希望能给大家带来新的收获,这周的开源业界不论是国内还是国外，都有很“有料”的开源资讯值得大家关注！


　　据外媒报道，上周，AppGet创造者Keivan Beigi写了一篇博客文章中喊话微软--称Windows Package Manager（Windows软件包管理器）几乎剽窃了他的东西。根据他的说法，作为人才收购，微软联系了他并让他接受了一整天的面试，然后沉默了六个月。从微软商用产品迁移到开放源码的解决方案，可带来降低许可成本、以及更好地管控完整代码等益处。只是受历史数据和使用习惯等因素的影响，极少有大型机构愿意冒着风险去迁移。不过继慕尼黑之后，又一个德国城市表达了想要摆脱微软束缚的想法，它就是最近正在积极拥抱开源的汉堡市。日前，Linus Torvalds 曾在 Linux Kernel 5.7-rc7 公告中透露，其已放弃 Intel，将其主 PC 升级为基于 AMD Threadripper 3970x 的快速处理器。而在与 ZDNet 的 Steven J. Vaughan-Nichols 的最新独家对话中，Linus 又进一步公开了他所有的 PC 硬件规格和 Linux desktop 信息。据专门报导Linux相关新闻动态的外媒Phornix报导，AMD发放了超过200项Linux更新来支持其一款此前从未听闻过、代码为Sienna Cichild的GPU，而这个GPU有可能就是传说已久的大核心Navi显卡。联想集团今天宣布将对其ThinkPad和ThinkStation的工作站型号PC（包括塔式机以及笔记本）全线产品进行认证，以确保购买到它们的消费者能够在其上运行Linux。虽然各路技术好手一直以来都可以用各种手段在ThinkPad上安装Linux并完成配置和优化，但这一变化意味着购买者可以做到开箱即用，不必担心任何形式的兼容性问题。最近两天科技界最重大的事件莫过于马斯克的 SpaceX 成功实现了猎鹰 9 号（Falcon 9）带着龙飞船（Crew Dragon）成功发射，并使飞船与国际空间站对接，将 NASA 两名宇航员送上了轨道前哨。背后关于 Falcon 9 与 Crew Dragon 使用的计算机和软件等信息也引起了开发者的关注。Linux 内核不再严格要求每行代码不超过 80 字符宽的编码风格。Linux 内核和很多历史比较长的开源项目一样，都有编码风格指南，要求每行代码不超过 80 字符（或 80 列）。Linux 作者 Linus Torvalds 上周在内核邮件列表上发表评论，反对一行代码在超过 80 字符后强行换行，认为这太丑陋了。Apache 软件基金会（ Apache Software Foundation，ASF）于官网发文，正式宣布 Apache Hudi 晋升为 Apache 顶级项目（TLP）。Apache Hudi（Hadoop Upserts Delete and Incremental）数据湖技术可在 Apache Hadoop 兼容的云存储和分布式文件系统之上进行流处理。近日，有开发者注意到 iX 开发实验室正在开发新项目，并通过代码判断该项目基于 Linux，引来了不少猜想和讨论。iXsystems 官方发文确认了这一事实，表示新项目名为 TrueNAS SCALE。今年三月，FreeNAS 和 TrueNAS 合并后，统一名称为 TrueNAS。由于 Firefox 一直不支持手动将密码导入或导出，用户长期以来只能凭借第三方工具来达成此需求，或是索性直接使用第三方密码管理器。但在不久之后，Firefox 用户将很快能够获得把浏览器中的密码导出至本地的功能，详细内容请关注本次专辑……

　　本周不少的开源项目也有了最新的进展，我们挑一些热点和大家先做下分享。Linus Torvalds 宣布了 Linux Kernel 5.7 的发布。其在发布公告中评论道：“所以，上周我们表现得相当平静，没有任何尖叫声'让我们再拖一个rc'。祈祷好运-希望这次我们不会出现像上次在 5.6 中那样，即在最后一刻还进行了 wifi 回归的之类情况。红帽对两个月前发布的 Red Hat Enterprise Linux 7.8 进行了更新，7.8 是 RHEL 7 进入维护阶段的首个版本，此次更新同样是 7.8 的首次更新（也有可能是最后一次更新）。红帽表示在升级之前，用户应该开始认真思考他们升级至 RHEL 8 的策略。尽管仍处于 Beta 测试阶段，但我们已经知晓定于本月晚些时候到来的 Firefox 78 将引入针对 Linux 和 macOS 用户的重大改进，以及 Windows 平台上备受期待的新功能。首先是面向 Windows 用户的一项福利，即 Firefox 78 将内置 PDF 阅读器。默认情况下，此类任务是由 Windows 10 上的 Microsoft Edge 浏览器代劳的（当然 Google Chrome 也支持）。Linux Lite 5 发布了。Linux Lite 是一个对新手友好的 Linux 发行版，它基于 Ubuntu 的 LTS 发布，并以 Xfce 桌面为特色。Linux Lite 主要针对 Windows 用户而设计，其目标是提供一整套应用以帮助用户完成他们的日常电脑活动，包括完整的办公套件、媒体播放器和其它必要的日常软件，其可以帮助 Windows 7 用户过渡到基于 Linux 的操作系统。Xfce 已从 Gitolite 迁移至 GitLab 作为代码托管平台。旧的代码服务器 git.xfce.org 现在仅用于同步镜像（因此仍可以从这里拉取代码），目前新的代码服务器是 gitlab.xfce.org，所有新代码必须推送到 gitlab.xfce.org。Alpine Linux 3.12.0 现已发布，这是 v3.12 稳定系列的首个版本。Alpine Linux 是一个面向安全的轻量级 Linux 发行版，该发行版以安全为理念，面向 x86 路由器、防火墙、虚拟专用网、IP 电话盒及服务器而设计。postmarketOS 是一个雄心勃勃的项目，致力于将 Linux 引入移动设备。经过了三年的努力之后，该项目如今已经抵达了几个重要的里程碑，其中就包括有在不少于 200 种不同的设备上启动。最新进展是，postmarketOS 现已基于 Alpine Linux 3.12 稳定版打造。”最重要的是，稳定的发布渠道使我们避免了上游的变更，并且我们的基础架构已为将来的发布做好了准备。拥有稳定的发布渠道是多年来的目标，我们终于完成了它！尽管每次 Android 版本更新都会引入一系列新功能，但谷歌习惯重新打磨或者完全删除某些称手的功能和特性，而目前处于Developer Preview 4 的 Android 11 也不例外。正如谷歌在问题追踪器上提交的那样，新版 Android 让应用安装APK的权限变得不再方便，需要重新启动相关应用才能生效。该行为与强制分区存储（Scoped Storage)有关。openSUSE Leap 15.2 已进入 RC 阶段，与此同时，系统的软件包也将进入冻结阶段。在此次发布的部分软件包中，预计进入此发行版的有 KDE Plasma 5.18 LTS, GNOME 3.34 和 Xfce 4.14。Leap 15.2 还包含 Wayland 合成器 Sway。更多内容，本次专辑我们一起来关注……

　


    比如当地政府是考虑全面转向开源，还是借助 LibreOffice 等生产力套件向开源部分过渡。如果是前者，那 Linux 操作系统很可能取代当前使用的微软 Windows 视窗系统。至于是拿当前 Linux 社区中现成的发行版，还是自行开发衍生版本，仍有待时间去检验。

　　据悉，慕尼黑市已经创建了自己的 LiMux 项目，以推动向开源软件的过渡。同时当地政府还有在使用 OpenOffice（以及后来的 LibreOffice）来替代微软 Office 生产力套件。无论怎样，对于 Linux 和开源生态来说，上述两个城市的支持，都有助于推动开源领域的快速发展。

孔明

　本周，对于如何高效的使用各类开源软件，业界不少大牛和爱用者都给出了自己的态度和做法。按照原定的规划时间表，谷歌预计在本周的 6 月 3 日发布 Android 11 Beta 版本。但该公司最近确认，这一发布活动将被推迟。Android 官方开发人员在 Twitter 帐户分享了此消息，向用户透露首个 Android 11测试版以及 6 月 3 日的活动已被推迟到以后。不少人喜欢使用 Chrome 浏览器来查看 PDF 文档或对其进行编辑操作，但这些编辑后的内容迄今为止无法通过 Chrome 保存，人们只能下载到未经修改的原始 PDF 版本。当然目前也有一个方法，即借用 Chrome 的打印功能，将编辑后的版本另存为 PDF。不过，这算不上提供了最佳用户体验，Google 已着手解决此事。在本文中，我们将研究开发人员对Linux的某些喜爱，以便您可以确定它是否适合您。Linux更新是通过开发人员的全球协作进行的。通过这种类型的支持，可以更快地记录和解决错误。另外，由于开发人员也是最终用户，因此他们有适当的动力来确保它可以满足用户的需求，并且设计良好。自然语言处理是人工智能皇冠上的明珠，而填补语言鸿沟的机器翻译则是自然语言处理最典型的应用技术之一。自20世纪90年代起，机器翻译迈入了基于统计建模的时代，发展到今天，深度学习等机器学习方法已经在机器翻译中得到了大量的应用，因此目前也是相当火爆。经常在欧美的大片中可以看到，科学家发明了一种手术或者药物，可以改造战士，使得战士不会有疼痛感，达到超强的战斗力。没错，现在很可能很快就会实现了。科学家已经在老鼠的脑中发现了该控制神经元，该神经元被命名为“CeAga 神经元”。LNMP一键安装包 v1.7主要增加支持PHP 7.4、增加Mariadb 10.4选项并移除MariaDB 10.0、增加systemd service脚本、增加多PHP版本升级工具 ./upgrade.sh mphp、优化lnmp管理脚本、完善CentOS8等新版本的支持。Steam 平台的云端串流功能，名称为“Steam CloudPlay”。目前正在进行 Beta 测试阶段，仅开放给游戏开发者使用。特别的是，这项功能将与 Nvidia 的云端串流 Geforce Now 连动。这项信息来自 Valve 近期发布的档中，文仲介绍 Steam Cloud Play 的功能，基本上讲述Valve计划提供玩家远程游玩游戏的新方式。最新发布的 Chrome 83 对表单控件进行了视觉效果的更新，其中对焦点元素的处理引起了众人的关注，当文本输入框处于焦点以及选定下拉菜单中的选项时，浏览器会在它们周围显示一个“黑框”，以突出表单中的这些内容。在这忙碌的一周里，开源界有哪些新动向呢？IT巨头又有哪些开源新进展呢？各种开源软件出新版了么？又推出什么开源软件了么？

　近日，开源项目 AppGet 作者 Keivan Beigi 与微软 WinGet 项目的“抄袭纠纷”事件迎来了最新进展。微软方面做出回应，坦承“辜负了 Keivan 和 AppGet”，并肯定了 Keivan 与 AppGet 对微软新项目的贡献。

　　今年 5 月，微软在 Build 2020 大会上发布了新的软件包管理工具 WinGet，并将其开源。 而就在 WinGet 发布之后不久，开源软件包管理工具 AppGet 项目作者 Keivan Beigi 发文宣布 AppGet 项目“死亡”，矛头直指微软的 WinGet 抄袭了 AppGet 。

　　AppGet 是一款开源的 Windows 软件包管理工具，它可以在 Windows PC 上自动安装软件。作者 Keivan Beigi 是一名居住在加拿大温哥华的软件工程师。去年 7 月，微软 App 事业部产品经理 Andrew Clinick 开始主动接触 Keivan，表达了微软对于 AppGet 的兴趣，并表示可以给 Keivan 提供在微软的职位，共同开发 Windows 系统的软件包管理项目。期间，Andrew 多次与 Keivan 以交换意见为由进行面试沟通，获取了 AppGet 的开发思路。去年 12 月，Keivan 在微软位于西雅图的总部接受了一整天的采访，事情本来正向着好的方向发展。

　　然而此后的 6 个月里，微软没有再与 Keivan 联系。直到今年 5 月，Keivan 突然收到了一封来自微软的邮件：“我想花点时间告诉你，我们非常感谢你的投入和见解。我们一直在构建 windows 包管理器，第一个预览版将于明天在 Build 上线，我们的包管理器也将是开源的，我们欢迎您的任何贡献。”随后，微软就在 Build 上发布了 WinGet 。

　　Keivan 表示，当他看到公告和 WinGet 的代码时感到很震惊。Keivan 认为 WinGet 的核心机制、术语、manifest 格式和结构，甚至是包存储库的文件夹结构都有 AppGet 的影子。而微软在公告中对于 AppGet 的描述仅有一句 “ ……还有许多其他类似 AppGet、Npackd 和基于 PowerShell 的 OneGet 包管理器。”更多消息，大家可以关注本次专辑……

　　据外媒报道，上周，AppGet创造者Keivan Beigi写了一篇博客文章中喊话微软--称Windows Package Manager（Windows软件包管理器）几乎剽窃了他的东西显然，在那天的面试中，他对AppGet的计划包括什么可行什么不可行都被讨论到了。

　　微软在周末对此做出了回应并给予了Beigi许多Windows Package Manager功能的赞誉，比如安装过程中没有脚本、GitHub中丰富的清单定义、支持所有类型的Windows应用安装程序以及应用程序的无缝更新。然而这看起来不是一个态度明确的道歉，而是承认自己“在Keivan和AppGet上没有做到这一点”。

　　回复的作者Andrew Clinick也承认，去年夏天他确实见过Beigi，并听取了他关于Windows package manager应该是什么样子的见解。显然，最终的产品是受到了那次谈话的启发。

　　AppGet是一个开源项目，因此，如果微软将使用或复制一些代码还属于权利范围内。当然，虽然没有法律要求这样做，但把功劳归于AppGet和Beigi是正确的事情，所以公司正在努力使其正确。更多消息，请大家关注本次专辑……

　　从微软商用产品迁移到开放源码的解决方案，可带来降低许可成本、以及更好地管控完整代码等益处。只是受历史数据和使用习惯等因素的影响，极少有大型机构愿意冒着风险去迁移。不过继慕尼黑之后，又一个德国城市表达了想要摆脱微软束缚的想法，它就是最近正在积极拥抱开源的汉堡市。

　　报道称，在慕尼黑成为这方面的先驱之后，汉堡市也正考虑在本地计算机上使用开源软件，以减少对付费产品的依赖，并称之为“数字主权”的典范。《Der Standard》的一份报告指出：尽管向开源过渡只是时间问题，但该项目仍处于初步阶段，因此目前所知的细节仍很少。