Fedora 43 Hopes To Set An Expectation That Package Builds Are Reproducible

A change proposal filed for the upcoming Fedora Linux 43 development cycles hopes to establish an expectation that RPM package builds for the distribution are reproducible.

Fedora has spent much time the past several years working on the infrastructure and changes to allow for reproducible builds so that independent users can rebuild packages in a bit-for-bit identical manner to ensure that their software isn't tainted or otherwise modified. It's been part of the larger reproducible builds Linux effort. With the change proposal being considered for Fedora 43, it would establish an expectation that package builds are reproducible and Fedora package maintainers take any needed steps to ensure that those conditions are met.

The "Package builds are expected to be reproducible" change proposal explains:
"Over the last few releases, we changed our build infrastructure to make package builds reproducible. This is enough to reach 90%. The remaining issues need to be fixed in individual packages. After this Change, package builds are expected to be reproducible. Bugs will be filed against packages when an irreproducibility is detected. The goal is to have no fewer than 99% of package builds reproducible."

This change is mostly about making sure maintainers will resolve reproducibility issues with their packages. There are though some outstanding issues that may block/exempt some packages like Haskell packages currently not being reproducible if compiled on more than one CPU thread, MinGW packages having irreproducible debug data, Golang packages also having irreproducible debug data, the kernel uses an ephemeral key for module signatures, and some packages using a private key for signing for UEFI Secure Boot..

Hopefully this change pans out and everything goes ahead with this welcoming change for Fedora 43 to add more determinism to package builds and ensuring that all packages -- or as many as possible -- can be built in a reproducible manner.

Read More

豆瓣网页版小宇宙

tashuo:

背景

小宇宙网页版只放开了部分功能，而豆瓣虽然去年上线了播客模块，但也都集中在 app 上，广大 web 用户的体验不甚良好，至此一个功能丰富的播客聚合网站呼之欲出

主角

https://earsonme.com

技术栈

Laravel + daisyUI

数据来源自小宇宙，UI 参考豆瓣，1.0 版本突出一个数据齐全但功能简陋，大伙儿莫见笑

Read More

Chrome即将内置Gemini AI 工作方式与Copilot早期版本类似

Google 有兴趣将 Gemini 添加到 Chrome 中，而且它不仅仅是一个网页。与 Edge 一样，它计划将 Gemini 添加到浏览器窗口的最前面。Google 并不想止步于此，还在为 AI 助手开发一个小部件。

浏览器研究员 Leopeva64 分享了该功能在最新版本的 Chrome Canary 中的工作原理的详细分析。这是一个特别版的浏览器，展示了纯粹为爱好者设计的实验性功能，但目前还不能正常工作。

Chrome 中的 Gemini Live Glic

如上图所示，Chrome 中有一个新的“Glic”或 Gemini 设置，它将允许您自定义如何在 Windows 上打开 Gemini。您可以设置键盘快捷键并覆盖现有快捷键或在菜单中将其打开。

当打开切换按钮时，Gemini 图标会出现在窗口控制图标（最大化、最小化和关闭）旁边。单击它会在浮动窗口中启动 AI 助手。窗口也应该具有固定和浮动状态。如果将其与 Edge 的 Copilot 实现进行比较，会发现一些差异。

Leopeva64 在 Chrome Canary 中的 Gemini 按钮覆盖

首先，Gemini 图标出现在窗口上，而不是菜单栏或工具栏上。其次，它不会像 Copilot 在 Egde 中那样堆叠到侧面。预计它会在即将推出的版本中发生变化，因为使用浮动覆盖并不是一个明智的决定。即使有人想使用 AI，它最好出现在浏览器的一个角落，而不是覆盖层。

Google 并没有止步于这个浏览器创意，而是更进一步将 Gemini 添加到任务栏。在浏览器的设置页面中，您可以配置 Gemini 图标以显示在系统托盘中。这样，您就可以从任务栏启动助手。

它会打开一个包含所有控件的覆盖层，包括语音搜索支持。但是，它不会像早期的 Copilot 那样堆叠到侧面。Copilot 现在是一个应用程序，因此桌面的整个侧面堆叠功能意义不大。

与任何其他系统托盘图标一样，您可以从那里强制关闭 AI 助手并自定义其外观、快捷方式或访问设置。从外观上看，只有当您的 PC 上的 Chrome 处于活动状态时，Gemini AI 才会出现在系统托盘中。

请注意，它仍然在 Chrome 的帮助下运行，就像 Copilot 需要 Edge 浏览器才能工作一样。

Read More

NVIDIA 收购了合成数据初创公司 Gretel

据报道，NVIDIA 已经收购了位于圣迭戈的初创公司 Gretel，该公司开发了一个生成合成人工智能训练数据的平台。 收购条款尚不清楚。 据《连线》报道，收购价格高达九位数，超过了 Gretel 最近 3.2 亿美元的估值。

Gretel 及其约 80 名员工组成的团队将并入 NVIDIA，其技术将作为 NVIDIA 为开发者提供的生成式 AI 服务的一部分。

SolutionsCover.pngSolutionsCover.png

Gretel 由亚历克斯-沃森（Alex Watson）、拉斯洛-博克（Laszlo Bock）、约翰-迈尔斯（John Myers）和阿里-高尔山（Ali Golshan）于 2019 年创立，阿里-高尔山还担任该公司的首席执行官。 这家初创公司对模型进行微调，在上面添加专有技术，然后将这些模型打包出售。

根据 Crunchbase 的数据，Gretel 在退出之前从 Anthos Capital、Greylock 和 Moonshots Capital 等投资者那里筹集了超过 6700 万美元的风险投资。

NVIDIA 的收购具有战略意义，而且非常及时。 微软、Meta、OpenAI 和 Anthropic 等科技巨头已经在使用合成数据来训练旗舰人工智能模型，因为他们已经耗尽了真实世界的数据源。

Read More