[Android GMS Announcements] Google’s Mobile Applications for Android in the EEA 送测欧盟的设备将受影响

On July 18, 2018, the European Commission issued a decision regarding the distribution of Google’s mobile applications on Android in the European Economic Area (EEA). As such, we are making some changes to our agreements and updating the GMS technical requirements for Google Mobile Services (GMS) smartphones and tablets supplied into the EEA for sale to end users.

继续阅读“[Android GMS Announcements] Google’s Mobile Applications for Android in the EEA 送测欧盟的设备将受影响”

New Google Play services APK Variants

We recently updated the Unbundled GMS folder with the latest Google Play services (GmsCore) version 13.2.92 binaries. With this version, we introduced the additional APK variants as below:

  • 13.2.92_API23+: APK Variant for the Android platform API Level 23 (Marshmallow) and higher but less than the API Level 28 (Pie).
  • 13.2.92_API28: APK Variant for the Android platform API Level 28 (Pie).
  • 13.2.92_Go: APK Variant for the Android devices in Low RAM (Android Go) configuration, API Level 27 (Oreo MR1) and higher.

Please make sure the right APK Variant was used on your device builds if you have downloaded this new version of Google Play services for production purpose.

The October releases CTS for Android 9.0, 8.1, 8.0, 7.1, and 7.0 are released and Test suites required-use date updated

The October releases of the Android Compatibility Test Suite (CTS) for Android 9.0, 8.1, 8.0, 7.1, and 7.0 are released on the AOSP website; see the android-partners announcement for more details.

These releases also contain continuous improvements of tests and test infrastructure and verify security patches up to September 2018 Public Security Bulletin.

These versions will be required for GMS approvals as shown in the table below:

继续阅读“The October releases CTS for Android 9.0, 8.1, 8.0, 7.1, and 7.0 are released and Test suites required-use date updated”

Google Android Partnership Boot Camp -Shenzhen- Sep 2018 深圳研讨会

相关主题如下:

Android P CTS Hightlight, CTS Instant, Waiver Process

CTS and GTS Best Practice

Android P GMS Req.

Treble Compliance/VTS

Secutiry

OTA

Android Go

Camera Image Test Suite (ITS)

Branding Approval

How to get Android tech help

继续阅读“Google Android Partnership Boot Camp -Shenzhen- Sep 2018 深圳研讨会”

GMS认证中常见的fail项及解决方法-清妮

##########################################################

cts测试的一些命令:

##########################################################

cts测试前需要注意的事项:

继续阅读“GMS认证中常见的fail项及解决方法-清妮”

GMS认证(常见的cts—fail及解决方法)-清妮

 

GMS认证

 一、lunch桌面的google应用排序要求:

Google apps folder should contain applications in the following order from left to right; top to bottom.

Google Chrome, Gmail, Google+, Google Maps, Google Play Music, Google Play Movies, Google Play Books, Google Play Newsstand, Google Play Games, Google Drive, YouTube, Google Plus Photos, Hangouts

二、 测试命令

继续阅读“GMS认证(常见的cts—fail及解决方法)-清妮”

GMS September release details

We have released GMS updates for Android 9, 8.1 and 8.0.

In this release, we:

  • Updated the GoogleRestore app for Android 9 to fix an issue that caused the device to consume more power unnecessarily.
  • Updated the Setup Wizard for Android 9 to support a setup flow specifically for devices having a dedicated hardware Assistant button.
  • Updated the Setup Wizard for Android 8.1 to disable the feature that automatically adds a number into the contacts of users in India. Please see the public article by The Verge describing the issue.
  • Updated some GMS build makefiles for Android 9. As a result, the stub WebView app will be preloaded as ‘WebViewStub’ instead of ‘WebViewGoogle’ when Chrome is preloaded and acts as the WebView provider.
  • Updated GoogleDialer app to version 23, which does not rely on native libraries. The Android.mk file for GoogleDialer has been updated accordingly.
  • Updated the privapp-permissions-google.xml file to reflect the privileged permission android.permission.PACKAGE_USAGE_STATS that was added to the Google app in version 8.15.15.21.

Find the updated apps in each release of the Google Product Geo-Availability on Android v2 spreadsheet tabs below:

配置 GMS 客户端 ID

在设置过程中,系统会根据编译时填充的系统属性值 (ro.com.google.clientidbase) 来设置客户端 ID 值。客户端 ID 值将存储在内容提供程序中,以供所有 Google 应用访问。系统属性上的 ro 前缀表示该属性为只读属性,且无法修改(在设备上运行时)。

重要提示:必须先设置设备上的客户端 ID 才能触发 BOOT_COMPLETED 广播,并且在下次恢复设备的出厂设置之前,此 ID 必须一直保持不变。客户端 ID 值的变化只能应用到新设备。

继续阅读“配置 GMS 客户端 ID”

GMS Express Plus & Go Requirement – 10/2018

GMS EXpress Plus & Go Requirement – 10/2018 (GMS Express and Express Plus are not available in Russia)

From 1st of October 2018, Files (earlier Files Go) will become an exclusive requirement for the regular GMS Express Plus program. It is already an exclusive requirement for GMS Express Plus for Go. Please take note and plan accordingly.

继续阅读“GMS Express Plus & Go Requirement – 10/2018”

Test suites and GMS releases required-use date

Test suites and GMS releases required-use date

This month we have updated releases for the test suites listed below, as well as the GMS package itself.

These versions will be required for GMS approvals as described in the table below:

Release

Release version

Required-use date

CTS

8.1 R8, 8.0 R12, 7.1 R20, 7.0 R24, 6.0 R31

2018-9-20

VTS

8.1_r5, 8.0_r8 w Sept SPLs

2018-9-20

GMS

8.1_201808, 8.0_201808

2018-10-16

广升ADUPS FOTA 过认证信息更新

– ADUPS has recently released a patched version for com.adups.fota (version 5.22), that must be used for all new builds submitted to Google

– Google will continue rejecting and blocking any new build(s) submitted with com.adups.fota version 5.16 or older

– If you are using ADUPS as your FOTA provider, updates will be pushed to devices already active in the ecosystem automatically and no further action is required for those devices

– All new builds submitted to Google from hereon need to use ADUPS com.adups.fota version 5.22 or newer, or need to use an alternative FOTA solution

什么是BTS?Build Test Suite (System Image Scanning)

Build Test Suite (System Image Scanning)

The Build Test Suite (BTS) operates directly on software builds. It scans device images for preloaded malware and other Potentially Harmful Applications (PHAs) that may have been introduced by OEMs’ vendors and suppliers. BTS incorporates the same technology currently used for security scanning and analysis of applications installed via Google Play.

Starting April 1st, 2018, all partners MUST begin uploading their software builds to Google as described in their partnership agreements. Submission of software builds will be in addition to the existing test reports required for Google build approval.

Note: Partners are still responsible for vetting and reviewing all software that is distributed on their devices. Google continuously updates our databases and detection techniques for malware and security threats, but we may not always be able to detect an issue at the time of your build submission.

Submitting builds for BTS

Partners must submit whole software builds. Submissions of individual APKs are not supported. Google only scans APKs in the context of the whole build. As BTS develops, we will look beyond just the APKs in the filesystem images.

Enrollment for MADA partners

Partners can upload software builds in one of the following ways:

  1. Google Drive: Your TAM will share a Google Drive folder that you can copy your builds to.
  2. SFTP Dropbox: You can ask your TAM to set up a Secure File Transfer Protocol (SFTP) account for you so that you can upload your build software.
  3. Submission via 3PL: Submit firmware to your 3PL certifier using one of the supported formats.

Submit software builds

For each build that you submit to APFE, you should upload a single compressed archive (.zip, .rar, or .tgz) containing the Software Build in a supported formatThe archive should be named according to the build fingerprint, substituting forward slashes (“/”) and colons (“:”) with tildes (“~”). This helps reconcile the file with the reports in APFE.

Example:
If you have a zip file containing partition images that can be flashed using fastboot for a build with the fingerprint: acme/acme_1/acme_3g:7.0/NRD90M/123456789:user/release-keys
the file should be named:
acme~acme_1~acme_3g~7.0~NRD90M~123456789~user~release-keys.zip

Partners may submit additional software builds, although these submissions should be accompanied by at least a signature CTS report in APFE so that the results are available. Early submissions may help identify issues early on in the build process. We discourage submitting daily or continuous integration builds as those provide limited usefulness.

Build Test Suite analysis

BTS runs automatically on Google’s infrastructure in the background. The process depends on internal services that cannot be made available offline.

When BTS finishes, the results appear on APFE.

Build approval

If BTS does not detect any issues, then the build approval process will proceed as normal, subject to the results of other test reports uploaded.

Any suspected PHAs or other issue will be treated as test failure and will prevent build approval. Google can only share the package name and class of malware for any PHA. We cannot provide details on the possible impact of the PHA, its behavior, or how that behavior was detected.

If Google finds an issue after the build has been approved, your TAM will contact you. Partners must address new issues promptly and release an updated build that fixes the issue in accordance with their partnership agreements. New builds that still contain the issue will not be approved.

If you believe that an APK was incorrectly flagged, escalate to your TAM and provide as much detail as possible about the intended functionality of the app. Include details about the file’s origin, particularly if it was made in-house or by a supplier. Google will investigate and deal with these apps on a case-by-case basis.

Supported software build formats

Fastboot package

BTS requires the following partition images in a .zip (PKZIP) or .tgz (gzipped unix .tar) file:

  • system.img – The filesystem image mounted at /system on the device.
  • vendor.img – The filesystem image mounted at /vendor on the device.
  • oem.img – The filesystem image mounted at /oem on the device.
  • userdata.img – The filesystem image mounted at /data on the device. This is especially important if you pre-load or cache applications in the data partition to improve the out-of-box (OOB) boot time.
  • boot.img – The Linux Kernel and Ramdisk used to boot Android.
  • recover.img – The recovery image that the Linux Kernel and Ramdisk use for the device to boot to during recovery or to handle the command adb reboot recovery.
Note: The vendor.img and oem.img are only required if the build uses separate vendor and oem partitions, otherwise it is expected this content is part of the system image.

The images and filenames above are produced by the AOSP build system, and they can be applied to an unlocked OEM device using fastboot if the device’s bootloader support fastboot.

These filesystem images should be in Ext4, SquashFS, or F2FS format. Partners should use the sparse format for the partition image to reduce the space and upload size for filesystems with free space on them.

Other firmware formats

Google supports the following firmware formats used by various OEM, ODM, and SOC flashing tools:

  • Mediatek firmware used with Mediatek’s spflashtool
  • Spreadtrum PAC file format1
  • Qualcomm’s QFIL format
  • .NB0 format

Partners whose firmware is available in one of these formats may upload those formats, in a .zip, .tgz, or .rar file, instead of a fastboot archive. If you cannot provide firmware in one of the known formats, reach out to your TAM.

Note: Google does not accept firmware in self-extracting executables and does not accept password protected archive files.

Requesting an SFTP account

Larger OEMs may prefer submitting builds using SFTP because

  • SFTP does not require Google Drive quota.
  • BTS begins as soon as the upload completes.
  • Partners can use a wide range of SFTP client software.
  • SFTP is easier to integrate into automated build, QA review, and submission processes.

Contact your TAM to set up an SFTP account for uploading firmware images. You will need to generate an SSH2 RSA identity key pair for authentication and share the public key with your TAM. Once your SFTP account and dropbox have been configured, your TAM will provide you with the connection details for your SFTP account.

Generating an SSH Identity key pair

On Linux, use the following command, replacing “my_key” with a suitable key name:

$ ssh-keygen -t rsa -f my_key

This command will generate a private key, my_key, and a public key, my_key.pub. Your TAM will need the public key to set up your SFTP account.

Partners using a Microsoft Windows system can use the PuTTY client to generate SSH keys following these instructions.

Notes


  1. It is strongly recommended to compress Spreadtrum ‘.pac’ files to reduce the amount of data that needs to be uploaded. 

广升FOTA升级对GMS认证的影响

近期很多送测谷歌的项目因广升FOTA升级被谷歌退回,据了解是广升FOTA存在未经用户授权和知情的情况安装或升级应用。谷歌认为设备中包含广升FOTA会使GPP被禁用,而GPP是GMS设备安全核心的一部分。

3PL实验室建议急需送测的设备不要使用广升FOTA,或联系广升FOTA FAE提供解决方案,相信广升会提供符合GMS认证测试并删除FOTA本身自动更新的功能的版本。需要等认证结果进一步确认。

GMS Funding Eligibility Condition 已过认证设备需提交上市状态

  • Funding Eligibility Condition: From July 1, 2018, Google has monitored activations of devices after certification for future funding eligibility. Based on activations, if Google finds that a funded device has not been commercially launched within 3 months after the certification date, Google will request for justification from the partner. If a satisfactory justification is not provided by partner repeatedly, then the Funding Program may be suspended for that partner for few months by informing all the 3PLs and the partner.

继续阅读“GMS Funding Eligibility Condition 已过认证设备需提交上市状态”

GMS Requirements: Rich Communications Services (RCS)

Google believes that interoperable IP messaging based on the open Rich Communications Services (RCS) specification is a viable direction to improve the Android messaging experience for users beyond SMS/MMS and is becoming a fundamental technology expected on the devices for which we’re licensing GMS.


Therefore, we plan to add the following in the upcoming Q4 GMS Requirements (to be announced with other changes in November), which will be enforced 60 days after the announcement.

继续阅读“GMS Requirements: Rich Communications Services (RCS)”