谷歌开始测试Android 14,为大屏幕和可折叠设备提供更好的支持

Google在该操作系统的第一个开发者预览版中展示了其对Android 14的一些计划,该预览版今天发布。虽然它没有告诉我们太多关于今年晚些时候我们将得到的消费者功能,但它确实表明Google继续关注可折叠设备、平板电脑和其他大屏幕设备,以及更高的可定制的能力。

Google宣布预览的博客文章说,Android14″建立在Android 12L和13所做的工作上,以支持平板电脑和可折叠的外形因素”,并列出了几个工具,开发者可以用来确保他们的应用程序运行在”Android运行的任何地方”。该公司还在更新和增加其关于为大屏幕和可折叠设备设计应用程序的文档。

鉴于Google已经宣布将在2023年发布Pixel平板电脑,并有传言说它即将发布自己的折叠式手机,这种关注一点也不令人惊讶。而且,正如Google所指出的,它已经在这个概念上工作了一段时间;Android 12L的大的新功能,如旨在使多任务更容易的任务栏和两栏快速设置和通知视图,这显然是为大屏幕设备和可折叠设备准备的。

围绕着一个星球的绿色环形图像,形状像Android吉祥物的头,很难解释这个标志的含义,但至少它看起来很酷

我们还没有得到太多关于消费者版本的Android14会有哪些有趣的可定制功能的细节。然而,Google的帖子介绍说,它对Android14的目标是”确保Android用户可以围绕他们的个人需求调整他们的体验,包括增强的可访问性和国际化功能”。

这些努力的一部分包括将Pixel设备上的最大字体比例从130%提高到200%,但这样做是为了使文字不会变得太大了。不过,鉴于文字最终可能会明显变大,开发者将希望测试他们的应用程序,以确保他们的UI能够处理。

屏幕截图显示正常大小的文本,与两个不同版本的200%的缩放比例。Android14将使用非线性字体缩放,这”确保已经足够大的文本不会以相同的速度增加到较小的文本”

Google还在改进Android 13的每个应用的语言系统,使开发者更容易处理具有语法性别的语言。

与对更大显示屏的支持一样,定制化也是过去几年的一个重要主题。Android 12首次推出了Google的Material You设计,Android 13将其推广到操作系统的更多地方。

Android 14开发者预览版还对系统底层级部分进行了修改,旨在帮助改善设备的电池续航,并使其反应更灵敏。一些变化纯粹是系统层面的,而开发者可能必须更新他们的应用程序,以便与其他应用程序配合。

此外,还有一系列隐私和安全方面的改进,尽管大部分都是内在的机制变化,至少现在是这样。Android 14的应用程序在使用让它们与其他应用程序组件通信的Intents系统时必须更加具体,而且它们加载的任何代码都必须是只读的,以避免可能的代码注入。

如果你有Pixel 4a (5G)或更高版本的手机,并愿意手动将系统镜像刷到机器上,现在就可以获得开发者预览。如果不用来开发Android应用,韭不建议你这样做–它离最终发布状态还很远,所以可能会有大量的Bug。

Google已经给了我们一些关于Android 14发布日期的想法。预计将在6月前锁定其API的所有变化,正式发布将在”几周”后进行,可能在8月的某个时候。

收集可用Google图像站点的代理网站

2020年01月16日更新可用谷歌镜像网站地址:

https://wwww.hk.xileso.top/

https://xilesou.hk.gg363.site/

https://www.kuaimen.bid/

https://loli.yulalaa.cn/

https://p.izhaolei.com/

https://1.52qu.xyz/

https://so.nwy.me/

https://w.tw.53yu.com/

https://www.dogedoge.com/

总有一个可用的,以后再也不用担心打不开谷歌了

Google Android 13 QPR2 Beta 2.1发布

IT之家 1 月 21 日消息,与上一个周期类似,谷歌今天推出了适用于 Pixel 手机的 Android 13 QPR2 Beta 2.1 更新作为错误 Bug 修复程序。

谷歌在初始 Beta 2 版本的“次要更新”中确定了以下问题并进行了修复:

  • 修复了有时会阻止设备自动连接到 5G 网络的问题,即使该网络可用。

  • 修复了设备在收到禁用该连接的链路层加密的命令后未断开或重置现有加密蓝牙连接的问题。

谷歌 Pixel 手机上提供了 Android Beta 反馈应用程序来详细说明问题。

IT之家了解到,Android 13 QPR2 Beta 2.1 系统镜像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro,以及 Android 模拟器。

谷歌表示,如果你已经注册了 Android 13 QPR2 Beta 2.1,并且设备正在运行 Beta 2,将自动收到 Beta 2.1 的无线 (OTA) 更新。如果你的设备仍处于 Beta 1,将在更新到 Beta 2 后自动收到 Beta 2.1 补丁。

Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全补丁。

谷歌为Nexus 7升级Android L工厂图像

| 责编:郑医容

中关村在线消息:近日,谷歌为Nexus 5和Nexus 7更新了AndroidL系统工厂镜像,新版本代号为LPV81C。最为明显的功能更新是支持GoogleFit以及Google Fit Preview客户端。

谷歌为Nexus 7升级Android L工厂镜像(图片来自ANDROID POLICE)

Android L正式版或许将在今年秋季发布,它采用了全新的Material Design设计,采用更好的颜色搭配,交互界面也更简洁。而Nexus 5和Nexus 7是谷歌旗下非常受欢迎的两款产品,更新镜像后,可带来更好使用体验。

硬核观察#788 Firefox OS复活

Firefox OS 复活

Firefox OS 是 Mozilla 在 2013 年创建的安卓替代品,并于 2016 年放弃了它。2018 年,在 Firefox OS 基础上曾出现了一个令人失望的 KaiOS,主要针对功能机市场的商业操作系统,但它是封闭的,还会跟踪用户并且有广告。现在,Capyloon 项目决定复活 Firefox OS,将其带到现代 Linux 智能手机上。该项目还处于早期阶段。它能运行旧的 Firefox OS 应用。目前可以在安卓设备上通过启动谷歌通用系统镜像(GSI)测试其 UI。

消息来源:Tux Phones

老王点评:本来可能成为 Mozilla 的一个基石型项目,非常可惜被放弃了,我认为放弃 Firefox OS 是 Mozilla 的一大败笔。不过,新的复活计划是否能真正复活 Firefox OS,还需要拭目以待,毕竟,时代不同了。

国产编译器项目 LambdaChip 捐赠给 HardenedLinux

开放硬件整体方案 LambdaChip 是为数不多的国产编译器项目,其背后的公司正式破产清算,将其项目改名为 Animula,并正式捐赠给 HardenedLinux 社区。LambdaChip 是一个野心勃勃的国产项目,试图在 10KB 内存的单片机上同时支持 Scheme、Lua 5.2 和 Python3 等语言,已经有了一些不错的进展。HardenedLinux 自嘲其“是否成为商业失败的开源项目的集散地的结论为时尚早”,并对此类项目表示了欢迎。

消息来源:Solidot

老王点评:看来 HardenedLinux 成为了一个孤儿项目摇篮。不过,确实需要一些组织来负责照料这些因为种种原因被放弃的项目。

Linux 内核 6.1 放弃火线串口驱动,删除了 4000 行代码

Linux 的 fwserial 驱动程序允许通过 IEEE-1394(火线接口)连接 TTY,以实现对等体之间的有线高速串行连接。但自从该驱动程序在 2012 年被合并以来,没有人负责维护该驱动程序。而且,现在有更好的连接方式,苹果的火线接口越来越没有人使用了。因此,它在 Linux 内核 6.1 中被删除,为内核减少了约 4000 行代码。

消息来源:Phoronix

老王点评:作为一个发展了 30 年的软件项目,其中肯定充斥着大量过时或无用的驱动和代码,因此时不时清理一下也是好的。不过,我觉得或许应该有更明确的规则对内核的各个组成部分设置不同的生命周期。

Android 13将改善DSU,并将GSI通用系统的图像速度提高一倍

IT之家 4 月 3 日消息,动态系统更新 (DSU) 是 Android 中鲜为人知的功能之一,它允许用户在不解锁引导加载程序或刷新系统更新的情况下安装通用系统镜像 (GSI),在当前系统映像和 GSI 之间轻松切换。

该功能首次在 Android 10 中引入,是开发者测试最新 Android 版本的最简单方法之一。根据 Mishaal Rahman 发现的信息,DSU 在 Android 13 中将获得改进。

AOSP Gerrit 的新提交表明,谷歌正在为 DSU 带来一些显著的性能改进。通过增加默认共享内存,通过 DSU 安装 GSI 会快得多。谷歌指出,内存的适度增加(从 8KiB 到 64KiB)将大大加快物理和虚拟设备上的动态系统安装时间。

谷歌的测试表明,物理设备上的安装时间从 2 分 2 秒缩短到 45 秒,虚拟设备上的安装时间从 45 秒缩短到 30 秒。

此外,进度条也得到了一些新的改进。当 GSI 安装时,通知中心的进度条将显示正在安装的分区。而在当前的 Android 版本中,只会显示“正在安装”。

IT之家了解到,DSU 还将添加对 system、system_ext 和 product images 的支持。这些功能和改进尚未在 Android 13 开发者预览版中提供。

谷歌发布了Android 13 beta 3.1,以解决忘记添加测试反馈应用程序的单一问题

Google经常对其Android开发者预览版和测试版发布X.1的错误修复增量更新,我们刚刚得到的是一个新的比预期快得多的版本:Android 13 Beta 3.1在Beta 3登陆后仅几天就推出了,其中只包括一个修正。新版本恢复了Android测试版反馈应用,该应用本应包含在最初的Beta 3版本中,但由于某种原因没有包含。

Beta 3的发布在周三也略有延迟,在预期的几个小时后和Google宣布后才登陆,这可能与此有关。

增量的错误修复更新并不罕见,许多版本都有这种情况,但不包括提供反馈的机制在测试版上是一个令人震惊的问题(因为用户即便是找出问题也完全没有办法向官方反馈,测试版完全失去了它的意义),所以可以理解的是,Google想尽快推送更新。

自然,这个更新也是相当小的,它只修复了没有反馈应用的单一问题。

该更新的OTA镜像现在已经可以获取:

https://developer.android.com/about/versions/13/download-ota

Google chromeos支持7z、ISO和tar文件格式

IT之家 6 月 21 日消息,谷歌 ChromeOS 在管理文件方面进行了改进,新增了对 7z、iso 和 tar 等格式的支持。

从 5 月的 ChromeOS 101 更新开始,ChromeOS 新增了对 7z 格式的支持,7z 格式是一种源自 7-Zip 的文件压缩格式,目前尚不支持加密 7z 文件。

其次,ChromeOS 可以正确挂载 ISO 文件了,例如 CD、DVD 或蓝光光盘,该格式也被用于存档和操作系统。从 9To5Google 测试的截图可以看到,ChromeOS 挂载了一个 Ubuntu 22.04 arm64 桌面版镜像。不过,某些 ISO 文件不受支持,特别是 UDF 格式的文件。

最后,对于 Linux 爱好者来说,ChromeOS 还启用了对 tar 文件的支持。tar 是“tape archive”的缩写,这是一种可以追溯到 1979 年的格式,目前 tar 文件仍然用于 Linux 的软件。不过,tar 文件一般会被进一步压缩为“.tar.gz”或“.tar.xz”文件,ChromeOS 还不支持这两种格式。

IT之家了解到,谷歌公布了 ChromeOS 下一批新增支持的格式,将在 8 月的 ChromeOS 104 推出:

  • tar.gz

  • tgz

  • gz

  • tar.bz2

  • tar.bz

  • tbz2

  • tbz

  • tb2

  • tz2

  • bz2

  • bz

  • tar.xz

  • txz

  • xz

  • tar.lz

  • tlz

  • lz

  • tar.lzma

  • tlzma

  • lzma

  • tar.zst

  • tzst

  • zst

  • tar.Z

  • taZ

  • tZ, Z

Google cloud发布容器基础图像托管服务,使操作和维护更加容易,并支持多种操作系统

容器应用逐渐普及,已经从开发者喜欢的工具,进入企业内部基础架构。不过镜像更新工作,对于运维人员依旧是不简单的工作。

近日,谷歌公有云平台GCP,发布了基础镜像更新托管服务(managed base images),从最初构建应用程序开始就可以使用。目前此服务所支持的Linux发行版,分别有CentOS 7、Debian 9,以及Ubuntu 16.04,使用者可以直接从GCP市场下载。

这一次推出的新服务,Google会提供用户多种操作系统基础镜像文件,后续更新工作也由谷歌进行。开发者除了能时时保持镜像在最新版本,由谷歌负责镜像审核,运维人员也不须从未知来源下载镜像,能提升容器基础架构的安全。

谷歌表示,即便导入基础镜像更新托管服务,容器镜像文件经过扫描后,仍可能发现镜像存在的漏洞。出现这种状况主要有三大原因。第一,扫描出的漏洞可能被归类为低风险漏洞,而项目维护人多半优先处理高风险漏洞,导致当前版本未有可用更新。第二,则可能是项目刚爆出漏洞事件,还未进行可用镜像更新。第三,则可能为开源项目新推出的功能,可能对系统安全带来风险,但项目维护人并不视其为漏洞。

由于容器的生命周期极短,不停进行重新构建、部署,为了确保使用者容器镜像安全,谷歌建议企业用户建立高度一致的CI/CD流程,确保基础架构环境内的容器镜像,有经过审核、认证程序。谷歌表示,实施方法总共有四大方向。第一,导入集中化管理的CI/CD,除了减少使用容器存储库数量,而正式环境的软件上线工作,必须通过中央发送管道进行。第二,则是选用安全存储库作为镜像来源,从开发源头就做好安全工作。

第三,建立镜像文件扫描、分析的使用习惯,可使用第三方或公有云厂商原生服务执行。第四,当镜像要进入正式环境前,运维人员得确保只有经认证的镜像,才能部署至正式环境。

谷歌表示,未考虑使用此托管服务的开发者,也可尝试其他开源方案,如谷歌的开源容器工具Distroless images。此镜像内仅打包用户的应用程序、Runtime相关性,删除标准Linux发行版内的套件管理工具、Shells,缩小镜像的攻击范围。

谷歌发布了首个“季度平台发布版”Android测试版

本周,Google 放出了与 Android 12.1 和三月安全更新有关的更多细节,而 Pixel 用户也在第一时间观察到了相关变化。需要指出的是,尽管 Google 完成了针对 Android 12L 的 Beta 测试周期,但相关工作并未就此结束。周三的时候,该公司竟然出乎意料地推出了新的 Beta 测试版本。

在 Android 开发者网站上,Google 在一个专题页面上详细介绍了 Android 12“Quarterly Platform Release”的测试版本。

首个版本的编号为“Android 12 QPR3 Beta 1”,允许测试者抢先体验计划于 6 月推出的功能、甚至赶在了 3 月份的最新功能发布之前。

机型方面,QPR3 Beta 1 版本适用于 Pixel 4 / 4 XL、Pixel 4a 5G、Pixel 5 / 5a、以及 Pixel 6 / 6 Pro 。

如果你拥有上述 Pixel 设备,并且已经注册了 Android Beta 计划,便可在符合条件的情况下接收到 OTA 更新推送通知。

目前 Google 已经放出了 10 个此前从未在 Beta 测试中放出的功能(Feature Drops)。

鉴于 2022 年 6 月是 Beta 版的首个 Feature Drop,推测下一次会在 9 月发布不久后便立即开展测试。

S3B1.220218.004(Release Notes)

最后,除了 Android Beta Program,谷歌也有放出工厂 / OTA 镜像,以供有需要的人们刷写 / 侧载:

● Pixel 6 Pro:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 6:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 5a:Android 12 QPR3— S3B1.220218.004 — Factory Image—OTA

● Pixel 5:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4a 5G:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4a:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4 XL:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA