Fixed
Status Update
No update yet.
Comments
sg...@google.com
ch...@google.com
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
a....@gmail.com
Almost 2 months later and this is still broken
ap...@google.com
Since there is no progression, I wanted to share our quick-fix for the issue.
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
ap...@google.com
jb...@google.com What is the update on this?
ap...@google.com
What is the status of this item?
ch...@google.com
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
a....@gmail.com
Any ETA on next release?
ch...@google.com
Still broken and not updated? --package_file argument is not usable in it's current form on 26.1.1 straight from the developer site.
ap...@google.com
Comfirmed that this seems to still be broken. Can we have an update please?
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
ap...@google.com
Hi, is there any update to this issue? Thanks.
ap...@google.com
Hi Google. You claim it's been fixed on master, but we haven't had a new release since the broken version 26.1.1. Can you please release the fix?
ap...@google.com
Yeah, still not fixed --'
ap...@google.com
Can't believe this still isn't fixed 2 years later for a command line utility that sits on the main dev site.
an...@google.com
Any updates on this? The help for this command clearly states this argument is supported.
Description
We have a large application with 25 Dex files, so when R8 tries to print diagnostics for missing classes or methods, the Gradle client crashes due to out of memory errors.
The issue is resolved by increasing the maximum heap size using JAVA_OPTS for the Gradle wrapper. I haven't yet investigated the origin of the initial errors since we aren't using a Gradle plugin for startup profile generation. However, they persist even if I delete and then recreate the file using a test.