Mauricio G
Mauricio G
@cgruber @restingbull We are running into this issue internally. Are there any concerns with merging this PR.
> > @cgruber @restingbull We are running into this issue internally. Are there any concerns with merging this PR. > > Yes -- the classpath for the builder shouldn't be...
We are also seeing this in our internal builds with version `2.0.0-rc01` ``` 20:32:38 [Gradle] Caused by: java.lang.AssertionError: java.io.IOException: Stream closed 20:32:38 [Gradle] at com.intellij.openapi.diagnostic.DefaultLogger.error(DefaultLogger.java:54) 20:32:38 [Gradle] at com.intellij.openapi.diagnostic.Logger.error(Logger.java:210) 20:32:38...
> since the original file is "Copyright (C) 2022 The Android Open Source Project" I think we may need to set up a third_party directory and maintain the original copyright...
> @mauriciogg Can you open a PR? Would be much easier if you come up with the fix for your specific issue that you know works @pyricau looks like this...
> > the viewmodel dependency needs to be updated and that triggers a bunch of other issues. > > What issues? > > Does the generated bytecode end up not...
> For the Bazel team, it means avoiding accepting code that will never be used, and thus will impose an undue maintenance burden upon all of the stakeholder teams. Hi...
I've added a implementation for the resource shrinker cli that accepts proguard mappings here https://github.com/bazelbuild/rules_android/pull/149. At least in our builds it does not really seems to have any effect though....
> jvm_import seems like the wrong place to add processing like this. Why isn't this part of the Android rules as an action to prepare the 3rd party jars before...