Status Update
No update yet.
Comments
xa...@google.com
Is this fixed? I'm still seeing this issue with AGP 8.1.0-beta01 + Gradle 8.1
dw...@google.com
Due to this bug in CI we hit configuration cache invalidation 100% of the time. Can we make sure the fix lands soon? And especially before 8.1.0 stable.
[Deleted User] <[Deleted User]>
I cc'ed you on the CL which should be landed this week.
au...@google.com
Aurimas, is this 8.1 blocking for Androidx? If not, feel free to remove the "Blocking release" label.
au...@google.com
ra...@google.com
Reassigning to Xav to review CP to 8.1 branch
hm...@google.com
Scott, do we have a cherry-pick ready for the lint fix?
ly...@gmail.com
Yes, Change-Id: I994677cebb63de5472bb8ea561bdad0336c72f55
cm...@google.com
Saurabh, it looks like Xav is OOO until after the deadline for patch 1 check-ins.
Can you or someone else give DrNo approval for ag/I994677cebb63de5472bb8ea561bdad0336c72f55?
cm...@google.com
Hey Saurabh, ag/I994677cebb63de5472bb8ea561bdad0336c72f55 still needs DrNo approval. Can you give approval, or can you reassign to someone who can?
ha...@google.com
I still see it being broken in AGP 8.2.0-alpha15.
See me trying to remove the entry from the allow list:
ot...@google.com
Here is a stacktrace from AGP 8.2.0-alpha15 / Gradle 8.3-rc-1
fileExists:380, Instrumented (org.gradle.internal.classpath)
intercept_exists:71, FileInterceptorsDeclaration (org.gradle.internal.classpath.declarations)
settingsFileExists:424, AnalyticsSettings (com.android.tools.analytics)
needToInitializeAnalytics:200, ProjectOptions (com.android.build.gradle.options)
isAnalyticsEnabled:180, ProjectOptions (com.android.build.gradle.options)
basePluginApply:123, AndroidPluginBaseServices (com.android.build.gradle.internal.plugins)
run:348, BasePlugin$apply$1 (com.android.build.gradle.internal.plugins)
runAction:27, CrashReporting (com.android.build.gradle.internal.crash)
apply:347, BasePlugin (com.android.build.gradle.internal.plugins)
apply:126, BasePlugin (com.android.build.gradle.internal.plugins)
applyImperative:43, ImperativeOnlyPluginTarget (org.gradle.api.internal.plugins)
applyImperative:51, RuleBasedPluginTarget (org.gradle.api.internal.plugins)
addPlugin:187, DefaultPluginManager (org.gradle.api.internal.plugins)
access$100:52, DefaultPluginManager (org.gradle.api.internal.plugins)
run:282, DefaultPluginManager$AddPluginBuildOperation (org.gradle.api.internal.plugins)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
lambda$doApply$0:167, DefaultPluginManager (org.gradle.api.internal.plugins)
execute:-1, DefaultPluginManager$$Lambda$772/0x0000000801239068 (org.gradle.api.internal.plugins)
apply:44, DefaultUserCodeApplicationContext (org.gradle.configuration.internal)
doApply:166, DefaultPluginManager (org.gradle.api.internal.plugins)
apply:146, DefaultPluginManager (org.gradle.api.internal.plugins)
applyType:161, DefaultObjectConfigurationAction (org.gradle.api.internal.plugins)
access$200:43, DefaultObjectConfigurationAction (org.gradle.api.internal.plugins)
run:98, DefaultObjectConfigurationAction$3 (org.gradle.api.internal.plugins)
execute:184, DefaultObjectConfigurationAction (org.gradle.api.internal.plugins)
apply:49, AbstractPluginAware (org.gradle.api.internal.project)
apply:28, LibraryPlugin (com.android.build.gradle)
apply:24, LibraryPlugin (com.android.build.gradle)
applyImperative:43, ImperativeOnlyPluginTarget (org.gradle.api.internal.plugins)
applyImperative:51, RuleBasedPluginTarget (org.gradle.api.internal.plugins)
addPlugin:187, DefaultPluginManager (org.gradle.api.internal.plugins)
access$100:52, DefaultPluginManager (org.gradle.api.internal.plugins)
run:282, DefaultPluginManager$AddPluginBuildOperation (org.gradle.api.internal.plugins)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
lambda$doApply$0:167, DefaultPluginManager (org.gradle.api.internal.plugins)
execute:-1, DefaultPluginManager$$Lambda$772/0x0000000801239068 (org.gradle.api.internal.plugins)
apply:44, DefaultUserCodeApplicationContext (org.gradle.configuration.internal)
doApply:166, DefaultPluginManager (org.gradle.api.internal.plugins)
apply:137, DefaultPluginManager (org.gradle.api.internal.plugins)
lambda$applyPlugin$1:148, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
run:-1, DefaultPluginRequestApplicator$$Lambda$2374/0x00000008018feae0 (org.gradle.plugin.use.internal)
applyPlugin:199, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
applyPlugin:146, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
access$200:60, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
lambda$add$1:119, DefaultPluginRequestApplicator$1$1 (org.gradle.plugin.use.internal)
accept:-1, DefaultPluginRequestApplicator$1$1$$Lambda$2372/0x00000008018fe670 (org.gradle.plugin.use.internal)
lambda$applyPlugins$0:142, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
accept:-1, DefaultPluginRequestApplicator$$Lambda$2373/0x00000008018fe8a8 (org.gradle.plugin.use.internal)
forEach:75, Iterable (java.lang)
applyPlugins:142, DefaultPluginRequestApplicator (org.gradle.plugin.use.internal)
apply:117, DefaultScriptPluginFactory$ScriptPluginImpl (org.gradle.configuration)
run:65, BuildOperationScriptPlugin$1 (org.gradle.configuration)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
lambda$apply$0:62, BuildOperationScriptPlugin (org.gradle.configuration)
execute:-1, BuildOperationScriptPlugin$$Lambda$405/0x000000080107f8b8 (org.gradle.configuration)
apply:44, DefaultUserCodeApplicationContext (org.gradle.configuration.internal)
apply:62, BuildOperationScriptPlugin (org.gradle.configuration)
accept:-1, BuildScriptProcessor$$Lambda$1367/0x00000008015823a0 (org.gradle.configuration.project)
lambda$applyToMutableState$1:395, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
apply:-1, DefaultProjectStateRegistry$ProjectStateImpl$$Lambda$1309/0x0000000801536908 (org.gradle.api.internal.project)
fromMutableState:413, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
applyToMutableState:394, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
execute:46, BuildScriptProcessor (org.gradle.configuration.project)
execute:27, BuildScriptProcessor (org.gradle.configuration.project)
evaluate:35, ConfigureActionsProjectEvaluator (org.gradle.configuration.project)
lambda$run$0:109, LifecycleProjectEvaluator$EvaluateProject (org.gradle.configuration.project)
accept:-1, LifecycleProjectEvaluator$EvaluateProject$$Lambda$1347/0x0000000801568260 (org.gradle.configuration.project)
lambda$applyToMutableState$1:395, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
apply:-1, DefaultProjectStateRegistry$ProjectStateImpl$$Lambda$1309/0x0000000801536908 (org.gradle.api.internal.project)
fromMutableState:413, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
applyToMutableState:394, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
run:100, LifecycleProjectEvaluator$EvaluateProject (org.gradle.configuration.project)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
evaluate:72, LifecycleProjectEvaluator (org.gradle.configuration.project)
evaluate:788, DefaultProject (org.gradle.api.internal.project)
evaluate:156, DefaultProject (org.gradle.api.internal.project)
lambda$ensureSelfConfigured$2:84, ProjectLifecycleController (org.gradle.api.internal.project)
run:-1, ProjectLifecycleController$$Lambda$1344/0x0000000801561228 (org.gradle.api.internal.project)
lambda$doTransition$14:255, StateTransitionController (org.gradle.internal.model)
get:-1, StateTransitionController$$Lambda$341/0x00000008010060c8 (org.gradle.internal.model)
doTransition:266, StateTransitionController (org.gradle.internal.model)
doTransition:254, StateTransitionController (org.gradle.internal.model)
lambda$maybeTransitionIfNotCurrentlyTransitioning$10:199, StateTransitionController (org.gradle.internal.model)
run:-1, StateTransitionController$$Lambda$1345/0x0000000801561450 (org.gradle.internal.model)
withLock:34, DefaultSynchronizer (org.gradle.internal.work)
maybeTransitionIfNotCurrentlyTransitioning:195, StateTransitionController (org.gradle.internal.model)
ensureSelfConfigured:84, ProjectLifecycleController (org.gradle.api.internal.project)
ensureConfigured:369, DefaultProjectStateRegistry$ProjectStateImpl (org.gradle.api.internal.project)
configure:33, TaskPathProjectEvaluator (org.gradle.execution)
getSelection:59, DefaultTaskSelector (org.gradle.execution)
resolveTaskName:98, DefaultBuildTaskSelector (org.gradle.execution.selection)
parseTasks:49, CommandLineTaskParser (org.gradle.execution.commandline)
scheduleRequestedTasks:51, TaskNameResolvingBuildTaskScheduler (org.gradle.execution)
scheduleRequestedTasks:72, DefaultTasksBuildTaskScheduler (org.gradle.execution)
lambda$scheduleRequestedTasks$0:46, DefaultTaskExecutionPreparer (org.gradle.initialization)
run:-1, DefaultTaskExecutionPreparer$$Lambda$1748/0x00000008017f6d60 (org.gradle.initialization)
create:31, Factories$1 (org.gradle.internal)
withReplacedLocks:360, DefaultWorkerLeaseService (org.gradle.internal.work)
withMutableStateOfAllProjects:228, DefaultProjectStateRegistry$DefaultBuildProjectRegistry (org.gradle.api.internal.project)
withMutableStateOfAllProjects:221, DefaultProjectStateRegistry$DefaultBuildProjectRegistry (org.gradle.api.internal.project)
scheduleRequestedTasks:45, DefaultTaskExecutionPreparer (org.gradle.initialization)
lambda$scheduleRequestedTasks$0:76, VintageBuildModelController (org.gradle.initialization)
run:-1, VintageBuildModelController$$Lambda$1747/0x00000008017f6b38 (org.gradle.initialization)
lambda$inState$1:99, StateTransitionController (org.gradle.internal.model)
get:-1, StateTransitionController$$Lambda$300/0x0000000800fd08a0 (org.gradle.internal.model)
lambda$inState$2:114, StateTransitionController (org.gradle.internal.model)
create:-1, StateTransitionController$$Lambda$301/0x0000000800fd0ac8 (org.gradle.internal.model)
withLock:44, DefaultSynchronizer (org.gradle.internal.work)
inState:110, StateTransitionController (org.gradle.internal.model)
inState:98, StateTransitionController (org.gradle.internal.model)
scheduleRequestedTasks:76, VintageBuildModelController (org.gradle.initialization)
scheduleRequestedTasks:55, ConfigurationCacheAwareBuildModelController (org.gradle.configurationcache)
addRequestedTasks:351, DefaultBuildLifecycleController$DefaultWorkGraphBuilder (org.gradle.internal.build)
lambda$scheduleRequestedTasks$0:41, DefaultBuildTreeWorkPreparer (org.gradle.internal.buildtree)
accept:-1, DefaultBuildTreeWorkPreparer$$Lambda$1744/0x00000008017e7d08 (org.gradle.internal.buildtree)
lambda$populateWorkGraph$7:186, DefaultBuildLifecycleController (org.gradle.internal.build)
accept:-1, DefaultBuildLifecycleController$$Lambda$1746/0x00000008017f6228 (org.gradle.internal.build)
populateWorkGraph:42, DefaultBuildWorkPreparer (org.gradle.internal.build)
populateTaskGraph:106, BuildOperationFiringBuildWorkPreparer$PopulateWorkGraph (org.gradle.internal.build)
run:92, BuildOperationFiringBuildWorkPreparer$PopulateWorkGraph (org.gradle.internal.build)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
populateWorkGraph:67, BuildOperationFiringBuildWorkPreparer (org.gradle.internal.build)
lambda$populateWorkGraph$8:186, DefaultBuildLifecycleController (org.gradle.internal.build)
run:-1, DefaultBuildLifecycleController$$Lambda$1745/0x00000008017f6000 (org.gradle.internal.build)
lambda$inState$1:99, StateTransitionController (org.gradle.internal.model)
get:-1, StateTransitionController$$Lambda$300/0x0000000800fd08a0 (org.gradle.internal.model)
lambda$inState$2:114, StateTransitionController (org.gradle.internal.model)
create:-1, StateTransitionController$$Lambda$301/0x0000000800fd0ac8 (org.gradle.internal.model)
withLock:44, DefaultSynchronizer (org.gradle.internal.work)
inState:110, StateTransitionController (org.gradle.internal.model)
inState:98, StateTransitionController (org.gradle.internal.model)
populateWorkGraph:186, DefaultBuildLifecycleController (org.gradle.internal.build)
populateWorkGraph:169, DefaultBuildWorkGraphController$DefaultBuildWorkGraph (org.gradle.internal.build)
populateWorkGraph:76, DefaultBuildController (org.gradle.composite.internal)
withWorkGraph:153, DefaultIncludedBuildTaskGraph$DefaultBuildTreeWorkGraphBuilder (org.gradle.composite.internal)
lambda$scheduleRequestedTasks$1:41, DefaultBuildTreeWorkPreparer (org.gradle.internal.buildtree)
accept:-1, DefaultBuildTreeWorkPreparer$$Lambda$1740/0x00000008017e5920 (org.gradle.internal.buildtree)
run:209, DefaultIncludedBuildTaskGraph$DefaultBuildTreeWorkGraph$1 (org.gradle.composite.internal)
execute:29, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:26, DefaultBuildOperationRunner$1 (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:47, DefaultBuildOperationRunner (org.gradle.internal.operations)
run:68, DefaultBuildOperationExecutor (org.gradle.internal.operations)
scheduleWork:204, DefaultIncludedBuildTaskGraph$DefaultBuildTreeWorkGraph (org.gradle.composite.internal)
scheduleRequestedTasks:37, DefaultBuildTreeWorkPreparer (org.gradle.internal.buildtree)
invoke:46, ConfigurationCacheAwareBuildTreeWorkController$scheduleAndRunRequestedTasks$executionResult$1$result$1 (org.gradle.configurationcache)
invoke:45, ConfigurationCacheAwareBuildTreeWorkController$scheduleAndRunRequestedTasks$executionResult$1$result$1 (org.gradle.configurationcache)
invoke:137, DefaultConfigurationCache$loadOrScheduleRequestedTasks$1 (org.gradle.configurationcache)
invoke:136, DefaultConfigurationCache$loadOrScheduleRequestedTasks$1 (org.gradle.configurationcache)
runWorkThatContributesToCacheEntry:303, DefaultConfigurationCache (org.gradle.configurationcache)
loadOrScheduleRequestedTasks:136, DefaultConfigurationCache (org.gradle.configurationcache)
apply:45, ConfigurationCacheAwareBuildTreeWorkController$scheduleAndRunRequestedTasks$executionResult$1 (org.gradle.configurationcache)
apply:44, ConfigurationCacheAwareBuildTreeWorkController$scheduleAndRunRequestedTasks$executionResult$1 (org.gradle.configurationcache)
withNewWorkGraph:112, DefaultIncludedBuildTaskGraph (org.gradle.composite.internal)
scheduleAndRunRequestedTasks:44, ConfigurationCacheAwareBuildTreeWorkController (org.gradle.configurationcache)
lambda$scheduleAndRunTasks$1:68, DefaultBuildTreeLifecycleController (org.gradle.internal.buildtree)
get:-1, DefaultBuildTreeLifecycleController$$Lambda$303/0x0000000800fd1410 (org.gradle.internal.buildtree)
lambda$runBuild$4:98, DefaultBuildTreeLifecycleController (org.gradle.internal.buildtree)
get:-1, DefaultBuildTreeLifecycleController$$Lambda$304/0x0000000800fd1638 (org.gradle.internal.buildtree)
lambda$transition$6:169, StateTransitionController (org.gradle.internal.model)
get:-1, StateTransitionController$$Lambda$306/0x0000000800fd1a88 (org.gradle.internal.model)
doTransition:266, StateTransitionController (org.gradle.internal.model)
lambda$transition$7:169, StateTransitionController (org.gradle.internal.model)
create:-1, StateTransitionController$$Lambda$305/0x0000000800fd1860 (org.gradle.internal.model)
withLock:44, DefaultSynchronizer (org.gradle.internal.work)
transition:169, StateTransitionController (org.gradle.internal.model)
runBuild:95, DefaultBuildTreeLifecycleController (org.gradle.internal.buildtree)
scheduleAndRunTasks:68, DefaultBuildTreeLifecycleController (org.gradle.internal.buildtree)
scheduleAndRunTasks:63, DefaultBuildTreeLifecycleController (org.gradle.internal.buildtree)
run:53, BuildModelActionRunner (org.gradle.tooling.internal.provider.runner)
run:35, ChainingBuildActionRunner (org.gradle.launcher.exec)
run:49, ProblemReportingBuildActionRunner (org.gradle.internal.buildtree)
run:65, BuildOutcomeReportingBuildActionRunner (org.gradle.launcher.exec)
run:140, FileSystemWatchingBuildActionRunner (org.gradle.tooling.internal.provider)
run:41, BuildCompletionNotifyingBuildActionRunner (org.gradle.launcher.exec)
lambda$execute$0:40, RootBuildLifecycleBuildActionExecutor (org.gradle.launcher.exec)
apply:-1, RootBuildLifecycleBuildActionExecutor$$Lambda$296/0x0000000800fc4228 (org.gradle.launcher.exec)
run:123, DefaultRootBuildState (org.gradle.composite.internal)
execute:40, RootBuildLifecycleBuildActionExecutor (org.gradle.launcher.exec)
execute:58, InitDeprecationLoggingActionExecutor (org.gradle.internal.buildtree)
execute:40, DefaultBuildTreeContext (org.gradle.internal.buildtree)
lambda$execute$0:65, BuildTreeLifecycleBuildActionExecutor (org.gradle.launcher.exec)
apply:-1, BuildTreeLifecycleBuildActionExecutor$$Lambda$175/0x0000000800e3d8a0 (org.gradle.launcher.exec)
run:58, BuildTreeState (org.gradle.internal.buildtree)
execute:65, BuildTreeLifecycleBuildActionExecutor (org.gradle.launcher.exec)
call:61, RunAsBuildOperationBuildActionExecutor$3 (org.gradle.launcher.exec)
call:57, RunAsBuildOperationBuildActionExecutor$3 (org.gradle.launcher.exec)
execute:204, DefaultBuildOperationRunner$CallableBuildOperationWorker (org.gradle.internal.operations)
execute:199, DefaultBuildOperationRunner$CallableBuildOperationWorker (org.gradle.internal.operations)
execute:66, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner$2 (org.gradle.internal.operations)
execute:157, DefaultBuildOperationRunner (org.gradle.internal.operations)
execute:59, DefaultBuildOperationRunner (org.gradle.internal.operations)
call:53, DefaultBuildOperationRunner (org.gradle.internal.operations)
call:73, DefaultBuildOperationExecutor (org.gradle.internal.operations)
execute:57, RunAsBuildOperationBuildActionExecutor (org.gradle.launcher.exec)
lambda$execute$0:36, RunAsWorkerThreadBuildActionExecutor (org.gradle.launcher.exec)
create:-1, RunAsWorkerThreadBuildActionExecutor$$Lambda$172/0x0000000800e15fa0 (org.gradle.launcher.exec)
withLocks:264, DefaultWorkerLeaseService (org.gradle.internal.work)
runAsWorkerThread:128, DefaultWorkerLeaseService (org.gradle.internal.work)
execute:36, RunAsWorkerThreadBuildActionExecutor (org.gradle.launcher.exec)
execute:110, ContinuousBuildActionExecutor (org.gradle.tooling.internal.provider.continuous)
execute:64, SubscribableBuildActionExecutor (org.gradle.tooling.internal.provider)
execute:46, DefaultBuildSessionContext (org.gradle.internal.session)
apply:92, BuildSessionLifecycleBuildActionExecuter$ActionImpl (org.gradle.tooling.internal.provider)
apply:80, BuildSessionLifecycleBuildActionExecuter$ActionImpl (org.gradle.tooling.internal.provider)
run:69, BuildSessionState (org.gradle.internal.session)
execute:62, BuildSessionLifecycleBuildActionExecuter (org.gradle.tooling.internal.provider)
execute:41, BuildSessionLifecycleBuildActionExecuter (org.gradle.tooling.internal.provider)
execute:64, StartParamsValidatingActionExecuter (org.gradle.tooling.internal.provider)
execute:32, StartParamsValidatingActionExecuter (org.gradle.tooling.internal.provider)
execute:51, SessionFailureReportingActionExecuter (org.gradle.tooling.internal.provider)
execute:39, SessionFailureReportingActionExecuter (org.gradle.tooling.internal.provider)
execute:47, SetupLoggingActionExecuter (org.gradle.tooling.internal.provider)
execute:31, SetupLoggingActionExecuter (org.gradle.tooling.internal.provider)
doBuild:65, ExecuteBuild (org.gradle.launcher.daemon.server.exec)
execute:37, BuildCommandOnly (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
execute:39, WatchForDisconnection (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
execute:29, ResetDeprecationLogger (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
execute:35, RequestStopIfSingleUsedDaemon (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
create:78, ForwardClientInput$2 (org.gradle.launcher.daemon.server.exec)
create:75, ForwardClientInput$2 (org.gradle.launcher.daemon.server.exec)
swap:38, Swapper (org.gradle.util.internal)
execute:75, ForwardClientInput (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
execute:64, LogAndCheckHealth (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
doBuild:63, LogToClient (org.gradle.launcher.daemon.server.exec)
execute:37, BuildCommandOnly (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
doBuild:84, EstablishBuildEnvironment (org.gradle.launcher.daemon.server.exec)
execute:37, BuildCommandOnly (org.gradle.launcher.daemon.server.exec)
proceed:104, DaemonCommandExecution (org.gradle.launcher.daemon.server.api)
run:52, StartBuildOrRespondWithBusy$1 (org.gradle.launcher.daemon.server.exec)
run:297, DaemonStateCoordinator$1 (org.gradle.launcher.daemon.server)
onExecute:64, ExecutorPolicy$CatchAndRecordFailures (org.gradle.internal.concurrent)
run:47, AbstractManagedExecutor$1 (org.gradle.internal.concurrent)
runWorker:1136, ThreadPoolExecutor (java.util.concurrent)
run:635, ThreadPoolExecutor$Worker (java.util.concurrent)
run:833, Thread (java.lang)
pa...@google.com
This location is still in
Error.fileSystemEntry(
location = "android_prefs_root/analytics.settings",
name = "analytics.settings"
),
so it seems like this bug was incorrectly marked as fixed.
ha...@google.com
re #16, the fix for analytics.settings is to not creating that file unless we have to. see
In our integration tests, there are cases(e.g. AnalyticsConfigurationCachingTest) we need to create this file, therefore you would get
However, in general, androidx shouldn't see this issue. I will chat more with Scott next week.
pa...@google.com
Considering there is a workaround (to allow-list this file) moving this to I beta blocking.
pa...@google.com
Bingran asked me if I had any insights about this issue and mentioned that Aurimas didn't manage to reproduce it locally and suspected that it only happened in an incremental build.
I'm still investigating, but I notice a non-incremental build that failed on Aurimas's change from
for
ha...@google.com
pa...@google.com
In terms of #20, I think that is expected because we normally see config cache miss if a file is created during configuration. However, if a file get modified, I assume it would say xxx has been modified.
pa...@google.com
This debugging change says that:
analytics.settings was written at:
2023-08-30 20:08:54.977482090 +0000
first Gradle start at Wed Aug 30 20:03:28 UTC 2023
first Gradle end at Wed Aug 30 20:09:35 UTC 2023
It looks like something in the first build wrote this file somewhat near the end of the build
Specifically, about 5m26s - 5m27s after the start of the build and 40s-41s before the end of the build
Resulting scan:
I see a few tasks that started in this build scan at approximately 5m26s, mostly lint-related.
I'll see if I can get more details
pa...@google.com
I checked some timestamps again in aosp/2731437
Gradle started at 21:01:18 UTC 2023
Gradle completed at 21:07:21 UTC 2023
analytics.settings created at 21:05:35.748195543
4m17s after Gradle started
1m46s before Gradle ended
Uploaded the scan to
I see a few tasks running in that scan around 4m17s, mostly but not exclusively lint
pa...@google.com
I just tried this command:
OUT_DIR=../../out DIST_DIR=../../out/dist ./busytown/androidx_compose_multiplatform.sh
and found that that reproduced the error on my computer. Maybe we can simplify it from there
pa...@google.com
I see a few tasks running in that scan around 4m17s, mostly but not exclusively lint
I took a look at my previous lint fix after seeing this.
I think the problem might be that LintClient.isGradle might not always be true when running the lint tasks, in which case
LintClient.isGradle should be true when running lint tasks from Gradle because we invoke lint with --client-id gradle, but when I run grep -r "client=\"" on the AndroidX codebase, I see a mix of client="gradle" and client="cli", which suggests to me that the client id is being reset in some cases.
cm...@google.com
I ran this command:
rm ../../out -rf && OUT_DIR=../../out DIST_DIR=../../out/dist ./gradlew lintAnalyzeDebug -Pandroidx.verifyUpToDate
and it created ../../out/.gradle/.android/analytics.settings
but when I ran this command
rm ../../out -rf && OUT_DIR=../../out DIST_DIR=../../out/dist ./gradlew lintAnalyzeDebug -Pandroidx.verifyUpToDate --max-workers 1
it didn't create ../../out/.gradle/.android/analytics.settings
so it could be that reproducing the error requires running certain tasks at the same time
cm...@google.com
Combining
I think lint runs inside the Gradle Daemon JVM process - is that right?
I notice LintClient.kt mentions “@JvmStatic lateinit var clientName: String”. I think that means multiple lint clients might be able to overwrite each others’ values?
Maybe I can figure out which tasks set the lint client to something else
ga...@gmail.com
Thanks!
I investigated a little bit more into the plausibility of our guess (parallel lint invocations causing incorrect client) and it seems to be holding up:
1: I notice that aosp/2724176 changes some clients from "cli" to "gradle" for example
2: I regenerated all of the lint baselines via echo | tee find -name lint-baseline.xml && ./gradlew updateLintBaseline --max-workers=1 and found that it put 'client="gradle"' into the resulting files
I'll check again later after updating to the corresponding AGP
cm...@google.com
Thanks again Jeff!
Reassigning back to Bingran assuming the lint issue has been resolved.
In our integration tests, there are cases(e.g. AnalyticsConfigurationCachingTest) we need to create this file, therefore you would get config cache miss. So it is intended that we still have an entry in ConfigurationCacheReportChecker.
Unfortunately, yes, AnalyticsSettings is still interacting with the file in a way that is not compatible with configuration caching.
sa...@gmail.com
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Hedgehog | 2023.1.1 Beta 4
- Android Gradle Plugin 8.2.0-beta04
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
oo...@gmail.com
The fixes for this issue are now also available in:
- Android Studio Iguana | 2023.2.1 Canary 4
- Android Gradle Plugin 8.3.0-alpha04
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
lk...@gmail.com
In Gradle 8.3 we are ignoring this file with the following in gradle.properties:
org.gradle.configuration-cache.inputs.unsafe.ignore.file-system-checks=**/.gradle/.android/analytics.settings
However, the AnalyticsService still breaks configuration on demand for some people:
> Failed to apply plugin 'com.android.internal.library'.
> Accessing GradleBuildProject.Builder through AnalyticsConfiguratorService is not allowed after AnalyticsService is created.
We've found that setting "hasOptedIn":false," in ~.gradle/.android/analytics.settings fixes the issue.
ma...@gmail.com Restricted+
lk...@gmail.com
وجيهكم خلوني في حالي ..ماهو مقر.طالب
lk...@gmail.com
[Deleted User] <[Deleted User]>
da...@gmail.com
bo...@gmail.com
ga...@freeletics.com
Which build tools version was this fixed in?
cm...@google.com
This landed in build tools 33.0.2
mr...@gmail.com
ja...@gmail.com
al...@gmail.com
IssueTracker
Assigned to me Starred by me CC'd to me Reported by me
To be verified
Bookmark groups
Saved searches
Hotlists
Create hotlist
Create bookmark group
Browse components
No update yet.
class files seems to be different
This triggers cache miss and is a big problem we need to solve. Raju, can you find the right person to look into this?
The content of the jar on linux/win is:
Length Date Time Name
--------- ---------- ----- ----
329 01-01-2010 00:00 java/lang/invoke/CallSite.class
433 01-01-2010 00:00 java/lang/invoke/LambdaConversionException.class
1004 01-01-2010 00:00 java/lang/invoke/LambdaMetafactory.class
1155 01-01-2010 00:00 java/lang/invoke/MethodHandle.class
3046 01-01-2010 00:00 java/lang/invoke/MethodHandles$Lookup.class
3480 01-01-2010 00:00 java/lang/invoke/MethodHandles.class
3248 01-01-2010 00:00 java/lang/invoke/MethodType.class
1206 01-01-2010 00:00 java/lang/invoke/SerializedLambda.class
--------- -------
On Mac it is:
Length Date Time Name
--------- ---------- ----- ----
0 01-01-2008 00:00 META-INF/
45 01-01-2008 00:00 META-INF/MANIFEST.MF
0 01-01-2008 00:00 java/
0 01-01-2008 00:00 java/lang/
0 01-01-2008 00:00 java/lang/invoke/
520 01-01-2008 00:00 java/lang/invoke/CallSite.class
1045 01-01-2008 00:00 java/lang/invoke/LambdaConversionException.class
1463 01-01-2008 00:00 java/lang/invoke/LambdaMetafactory.class
2117 01-01-2008 00:00 java/lang/invoke/MethodHandle.class
4777 01-01-2008 00:00 java/lang/invoke/MethodHandles$Lookup.class
5203 01-01-2008 00:00 java/lang/invoke/MethodHandles.class
5275 01-01-2008 00:00 java/lang/invoke/MethodType.class
2127 01-01-2008 00:00 java/lang/invoke/SerializedLambda.class
0 01-01-2008 00:00 ojluni/
0 01-01-2008 00:00 ojluni/src/
0 01-01-2008 00:00 ojluni/src/lambda/
0 01-01-2008 00:00 ojluni/src/lambda/java/
0 01-01-2008 00:00 ojluni/src/lambda/java/java/
0 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/
0 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/
1484 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/CallSite.java
2759 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/LambdaConversionException.java
2213 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/LambdaMetafactory.java
2109 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/MethodHandle.java
6432 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/MethodHandles.java
3573 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/MethodType.java
2677 01-01-2008 00:00 ojluni/src/lambda/java/java/lang/invoke/SerializedLambda.java
--------- -------
Issue summary
Mentioned issues (5)
P2
core-lambda-stubs.jar are not aligned for Linux and macOS installations as per build-tools;33.0.0
“
xa...@ #2
--
“
ot...@ #15
--
“
ha...@
#29
P1
Renderscipt is broken on apple silicon in build tools 33.0.2
“
cm...@
#31
P3
Different content of core-lambda-stubs.jar leads to build cache misses
“
da...@
#40
Links (11)
“
some hoops
”
dw...@
#4
“
build rules
”
dw...@
#4
“
linux
”
dw...@
#4
“
mac
”
dw...@
#4
“
core-lambda-stubs.jar shouldn't be in a host-specific build-tools distribution, since it's a device library that should be common across hosts. That would fix this caching issue and let us remove
That being said, I see no reason why the two should be different today. And looking at the aosp-sdk-release from last week agree -- they both look like the Mac listing above.
Which CI builds did the build-tools packages ship from? My best guess would be that the during the linux build it may have gotten replaced by a different prebuilt due to libcore being in the runtime apex.
rajukulkarni@ what builds do build-tools come from?
To answer Dan's question for 33.0.1 it was released from
- sdk-build-tools : { # T 33.0.1
bid: "9306103",
branch: "git_tm-beta3-release",
target-linux: "sdk_phone_armv7-win_sdk",
target-windows: "sdk_phone_armv7-win_sdk",
target-darwin: "sdk_phone_armv7-sdk_mac",
sign: true,
}
and the artifact is
sdk-repo-{platform_name}-build-tools-{build_id}.zip
sdk target on ab/master. The sdk build tools still need to be for each host, but I'm surprised to see this stub jar in the build tools zip (per sdk instead. Over to libcore team for that.
prebuilts/module_sdk/art/current/sdk/java/core-lambda-stubs.jar. The reason that file does not look much like a standard Jar file is almost certainly because it was generated by Turbine.
I ran m core-lambda-stubs and checked the out/soong/.intermediates/libcore/core-lambda-stubs. And found the following
106353782 16 -rw-r--r-- 1 paulduffin primarygroup 15149 Oct 17 18:04 out/soong/.intermediates/libcore/core-lambda-stubs/android_common/turbine/core-lambda-stubs.jar
106353783 16 -rw-r--r-- 1 paulduffin primarygroup 15149 Nov 25 11:10 out/soong/.intermediates/libcore/core-lambda-stubs/android_common/turbine-combined/core-lambda-stubs.jar
106304088 12 -rw-r--r-- 1 paulduffin primarygroup 8511 Nov 25 11:10 out/soong/.intermediates/libcore/core-lambda-stubs/android_common/javac/core-lambda-stubs.jar
106304087 20 -rw-r--r-- 1 paulduffin primarygroup 18163 Nov 25 11:10 out/soong/.intermediates/libcore/core-lambda-stubs/android_common/withres/core-lambda-stubs.jar
- The
turbineones don't appear to compress the contents, have no directories or manifests, just the.classfiles. - The
javacone is compressed, includes a manifest, directories and.classfiles. - The
withresone is also compressed, includes a manifest, directories,.classfiles and.javafiles.
So, it looks as though the linux one is using a turbine one (possibly via prebuilts) and the mac is using the withres one.
Which raises a couple of questions:
- Which of the 3 different
core-lambda-stubs.jarabove should be being used in the prebuilts? - Which should be being used in the main Android sdk?
The advantage of using the turbine one is that it is smaller (even without compression). The advantage of using the withres is the source is available (assuming that Studio can find it). However, the source is just stubs anyway as the only reason these classes are provided is because the javac compiler needs them. They are not used by Android at runtime at all so have no implementation.
I think at the end of the day the only thing that really matters is that they are consistent across platforms and there is no reason why they should not be.
I think the question then is probably why the mac build disables prebuilts. Could you look into that Paul?
func TestMain(m *testing.M) {
if runtime.GOOS != "linux" {
// b/145598135 - Generating host snapshots for anything other than linux is not supported.
log.Printf("Skipping as sdk snapshot generation is only supported on linux not %s", runtime.GOOS)
os.Exit(0)
}
os.Exit(m.Run())
}
Switching the Mac to use prebuilts instead of sources in general is probably not the answer here.
Could we add it to the non-host-specific SDK and then get the target that generates the buildtools to copy the file from the there?
add it to the non-host-specific SDK
Wouldn't that still use the source-built version on mac, and prebuilt on linux?
I've done some restructuring of how the SDK is built. The SDK now isn't host specific, there's just a single sdk target on ab/master.
pa...@google.com pa...@google.com #22Nov 25, 2022 04:54AM Could that not buildcore-lambda-stubs?pa...@google.com pa...@google.com #23Nov 25, 2022 08:54AM Anton and I have discussed this offline and we think we have a quick solution to the problem.
Assuming that the problem is the inconsistency between the core-lambda-stubs.jar used on Linux and on Mac then the quickest way to address that is to hard-code "prebuilt_core-lambda-stubs" instead of "core-lambda-stubs". That will force both the Mac build of build-tools (which currently uses the source) and the Linux build of build-tools (which currently uses prebuilts) to both use prebuilts.
Chris, are you the right person to take this forward, test it on a Mac and cherry pick it into the appropriate branch? If not could you assign it to whoever is the right person.
[aosp/2318749](tm-dev ag/I9507eb785bca0fb929dbb587caf0b26455ec9480
I've checked the artifacts of sdk_phone_armv7-sdk_mac and sdk_phone_armv7-win_sdk on ab/9406650 (a branch that the change has flowed to that has fixed the issue) and of the sdk and sdk-mac on u release branches.
Now to releasing build tools with the fix
Task :capture:compileDebugRenderscript FAILED dyld[15878]: Library not loaded: '@rpath/libclang_android.dylib' Referenced from: '/Users/gg/Library/Android/sdk/build-tools/33.0.2/llvm-rs-cc' Reason: tried: '/Users/gg/Library/Android/sdk/build-tools/33.0.2/../lib64/libclang_android.dylib' (no such file), '/Users/gg/Library/Android/sdk/build-tools/33.0.2/lib64/libclang_android.dylib' (mach-o file, but is an incompatible architecture (have (x86_64), need (arm64e))), '/Users/gg/Library/Android/sdk/build-tools/33.0.2/../lib64/libclang_android.dylib' (no such file), '/Users/gg/Library/Android/sdk/build-tools/33.0.2/lib64/libclang_android.dylib' (mach-o file, but is an incompatible architecture (have (x86_64), need (arm64e))), '/usr/lib/libclang_android.dylib' (no such file)
Lezlie
On Fri, Mar 24, 2023, 9:17 AM
Replying to this email means your email address will be shared with the team that works on this product.
https://issuetracker.google.com/issues/237299698 Changed
oo...@gmail.com oo...@gmail.com addedcomment #34 : https://issuetracker.google.com/issues/237299698#comment34 I'm facing an error challenge on with SDK build tools on my Handy_T2_EU
Reference Info: 237299698 core-lambda-stubs.jar version 33.0.0 differs on mac vs linux/win component: Android Public Tracker > App Development > SDK
https://issuetracker.google.com/components/192728 status: Fixed reporter:xa...@google.com assignee:cm...@google.com cc:dw...@google.com ,ot...@google.com ,pr...@google.com , and 6 more type: Bug priority: P1 severity: S1 duplicate issue: 237190749, 241546164 https://issuetracker.google.com/issues/237190749 retention: Component default ReportedBy: User https://issuetracker.google.com/issues/241546164 Generated by Google IssueTracker notification system
You're receiving this email because you are subscribed to updates on Google IssueTracker
issue 237299698 . Unsubscribe from this issue. https://issuetracker.google.com/issues/237299698 https://issuetracker.google.com/issues/237299698?unsubscribe=true
Lezlie
On Sun, Apr 9, 2023, 8:44 AM
Replying to this email means your email address will be shared with the team that works on this product.
https://issuetracker.google.com/issues/237299698 Changed
ma...@gmail.com ma...@gmail.com addedcomment #36 : https://issuetracker.google.com/issues/237299698#comment36 redacted
Reference Info: 237299698 core-lambda-stubs.jar version 33.0.0 differs on mac vs linux/win component: Android Public Tracker > App Development > SDK
https://issuetracker.google.com/components/192728 status: Fixed reporter:xa...@google.com assignee:cm...@google.com cc:dw...@google.com ,ot...@google.com ,pr...@google.com , and 6 more type: Bug priority: P1 severity: S1 duplicate issue: 237190749, 241546164 https://issuetracker.google.com/issues/237190749 retention: Component default ReportedBy: User https://issuetracker.google.com/issues/241546164 Generated by Google IssueTracker notification system
You're receiving this email because you have just been removed from any roles on Google IssueTracker
issue 237299698 . https://issuetracker.google.com/issues/237299698
Lezlie
On Sun, Apr 9, 2023, 8:44 AM
Replying to this email means your email address will be shared with the team that works on this product.
https://issuetracker.google.com/issues/237299698 Changed
ma...@gmail.com ma...@gmail.com addedcomment #36 : https://issuetracker.google.com/issues/237299698#comment36 redacted
Reference Info: 237299698 core-lambda-stubs.jar version 33.0.0 differs on mac vs linux/win component: Android Public Tracker > App Development > SDK
https://issuetracker.google.com/components/192728 status: Fixed reporter:xa...@google.com assignee:cm...@google.com cc:dw...@google.com ,ot...@google.com ,pr...@google.com , and 6 more type: Bug priority: P1 severity: S1 duplicate issue: 237190749, 241546164 https://issuetracker.google.com/issues/237190749 retention: Component default ReportedBy: User https://issuetracker.google.com/issues/241546164 Generated by Google IssueTracker notification system
You're receiving this email because you have just been removed from any roles on Google IssueTracker
issue 237299698 . https://issuetracker.google.com/issues/237299698
te...@gmail.com te...@gmail.com #39May 2, 2023 09:14PM
https://issuetracker.google.com/issues?q=id%3A(279644036)
da...@gmail.com da...@gmail.com #40May 8, 2023 10:46PM
bo...@gmail.com bo...@gmail.com #41Jul 20, 2023 09:22AM
ga...@freeletics.com ga...@freeletics.com #42Aug 4, 2023 07:47AM
Which build tools version was this fixed in?
cm...@google.com cm...@google.com #43Aug 4, 2023 07:53AM
This landed in build tools 33.0.2
mr...@gmail.com mr...@gmail.com #44Aug 21, 2023 07:20AM
Update
ja...@gmail.com ja...@gmail.com Aug 28, 2023 07:45AM
deleted
Restricted+
0 B
deleted
Restricted+
0 B
Add comment
Issue metadata
Reporter
xa...@google.com
Type
Bug
Priority
P1
Severity
S1
Status
Fixed
Access
Default access
View
Assignee
cm...@google.com
Verifier
Collaborators
CC
au...@google.com
dw...@google.com
ga...@google.com
ha...@google.com
mi...@google.com
... and 4 more (show all)
AOSP ID
ReportedBy User Found In
Targeted To
Verified In
In Prod
an...@socialmediaemotions.com
33.0.2 Does not fix the problem to me.
Is there any updates about this issue?
Description
The mac version has manifest, empty directories, and more importantly the source files. But also the
classfiles seems to be differentThis triggers cache miss and is a big problem we need to solve. Raju, can you find the right person to look into this?
The content of the jar on linux/win is:
On Mac it is: