text:
0.7.0 in studio 3.5 w JRE 1.8

Was kindly informed .7.0 would be ok with java 8 on studio..  included repo dependency and ran the app - compiler complained  "Static interface methods are only supported starting with Android N (--min-api 24): com.hedera.hashgraph.sdk.crypto.Key com.hedera.hashgraph.sdk.crypto.Key.fromProtoKey(com.hederahashgraph.api.proto.java.Key)"
probably something simple.. thanks Mehcode for any kind navigation offered on this.
dont really want to switch to Kotlin    if its fairly easy to dev with HH java sdk compatible with droid sdk

@johnda98 what is your minSdkVersion? It sounds like it is too low. We could fix this by turning Key into an abstract class instead of an interface but that would be a breaking change if anyone has implements Key in their code.

Key should really be renamed to PublicKey anyway as it's not meant to be implemented by private key types.

@johnda98 what is your minSdkVersion? It sounds like it is too low. We could fix this by turning Key into an abstract class instead of an interface but that would be a breaking change if anyone has implements Key in their code.

Thanks Abonander :-)  quick action.. you rock!
Ans is 15.  as below.  also far below is the top level gradle .build
apply plugin: 'com.android.application'
android {
compileSdkVersion 29
buildToolsVersion "29.0.2"
defaultConfig {
applicationId "com.leveridgesystems.johnsapp"
minSdkVersion 15
targetSdkVersion 29
versionCode 1
versionName "1.0"
testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
//api 'com.google.dagger:dagger:2.24'
//annotationProcessor 'com.google.dagger:dagger-compiler:2.24'

//api 'com.google.dagger:dagger-android:2.24'
//api 'com.google.dagger:dagger-android-support:2.24' // if you use the support libraries
annotationProcessor 'org.apache.logging.log4j:log4j-core:2.8.2'
//compileOnly 'com.google.dagger:dagger-android:2.24'

implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'androidx.appcompat:appcompat:1.0.2'
implementation 'androidx.constraintlayout:constraintlayout:1.1.3'

implementation 'com.hedera.hashgraph:sdk:0.7.0'
//implementation 'io.github.cdimascio:java-dotenv:5.0.1'

testImplementation 'junit:junit:4.12'
androidTestImplementation 'androidx.test:runner:1.1.1'
androidTestImplementation 'androidx.test.espresso:espresso-core:3.1.1'

}

/ Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
google()
jcenter()
}
dependencies {
    classpath 'com.android.tools.build:gradle:3.5.0'

    // NOTE: Do not place your application dependencies here; they belong
    // in the individual module build.gradle files
}

}
allprojects {
repositories {
    google()
    jcenter()

       }

}
task clean(type: Delete) {
delete rootProject.buildDir
}

Yes, your minSdkVersion is too low. We probably should not require increasing it all the way to 24, however. That would be cutting off ~27% of your market (API 22 & 23) according to the Distribution dashboard here: https://developer.android.com/about/dashboards

Key should really be renamed to PublicKey anyway as it's not meant to be implemented by private key types.

DApp was compiling fine.. just insertered the .7.0 SDK implementation and yes then the compiler threw ..   so you reference the Key as it is what it is in the .7.0 HH SDK release.
Hey I did notice in the HH intellij docs for Devs to put  "Note: sourceCompatibility should be set to 11".. where in my proj structure config ? and or put that in one of the build.gradles'
but I am using java 8 .. mehcode said that was ok ?  not sure if I can use 11 in this IDE with studio sdk  etc.right ?

Yes, your minSdkVersion is too low. We probably should not require increasing it all the way to 24, however. That would be cutting off ~27% of your market (API 22 & 23) according to the Distribution dashboard here: https://developer.android.com/about/dashboards

oh ok.. I'll try that now and re-build

thats the reality then .. that a DApp on mobile would be that then that can handle the hedera classes etc.. -27% of the droid market

You do not need Java 11 anymore, no. We do use some Java 8 features, however. JDK 7 may not be able to compile the SDK anyway.

We can fix it so you don't have to set minSdkVersion: 24 but that would be a slight breaking change for the SDK, although it shouldn't really affect anyone using the SDK as intended.

We can fix it so you don't have to set minSdkVersion: 24 but that would be a slight breaking change for the SDK, although it shouldn't really affect anyone using the SDK as intended.

thats cool.. its bloody edge.. so -27% is fine for our MvP.. PoC in USA terms :-)
I re build and it seems ok now.. Nexus 5 API24 popped up fine :-))

We can close this issue then... anything else I should be aware of ?  save me raising any other daft questions ;)  :-)

We can fix it so you don't have to set minSdkVersion: 24 but that would be a slight breaking change for the SDK, although it shouldn't really affect anyone who is using the SDK as intended.

Oh i got this also "Invoke-customs are only supported starting with Android O (--min-api 26)
"

MethodHandle.invoke and MethodHandle.invokeExact are only supported starting with Android O (--min-api 26)

We haven't tested the SDK extensively on Android yet; before we fixed it to be compatible with Java 8 we had a really hacky solution to make things work but we haven't tried it since then.

MethodHandle.invoke and MethodHandle.invokeExact are only supported starting with Android O (--min-api 26)

Does it say what code is triggering that error? Otherwise I'm going to be spending a long time looking for it.

We haven't tested the SDK extensively on Android yet; before we fixed it to be compatible with Java 8 we had a really hacky solution to make things work but we haven't tried it since then.

MethodHandle.invoke and MethodHandle.invokeExact are only supported starting with Android O (--min-api 26)

Does it say what code is triggering that error? Otherwise I'm going to be spending a long time looking for it.

ok.. let me clean and rebuild.. will paste the stack trace ASAP in a min

as below.. the unexpanded trace..
org.gradle.internal.exceptions.LocationAwareException: Execution failed for task ':app:mergeDebugJavaResource'.
at org.gradle.initialization.exception.DefaultExceptionAnalyser.transform(DefaultExceptionAnalyser.java:99)
at org.gradle.initialization.exception.DefaultExceptionAnalyser.collectFailures(DefaultExceptionAnalyser.java:65)
at org.gradle.initialization.exception.MultipleBuildFailuresExceptionAnalyser.transform(MultipleBuildFailuresExceptionAnalyser.java:39)
at org.gradle.initialization.exception.StackTraceSanitizingExceptionAnalyser.transform(StackTraceSanitizingExceptionAnalyser.java:29)
at org.gradle.initialization.DefaultGradleLauncher.finishBuild(DefaultGradleLauncher.java:174)
at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:165)
at org.gradle.initialization.DefaultGradleLauncher.executeTasks(DefaultGradleLauncher.java:134)
at org.gradle.internal.invocation.GradleBuildController$1.execute(GradleBuildController.java:58)
at org.gradle.internal.invocation.GradleBuildController$1.execute(GradleBuildController.java:55)
at org.gradle.internal.invocation.GradleBuildController$3.create(GradleBuildController.java:82)
at org.gradle.internal.invocation.GradleBuildController$3.create(GradleBuildController.java:75)
at org.gradle.internal.work.DefaultWorkerLeaseService.withLocks(DefaultWorkerLeaseService.java:183)
at org.gradle.internal.work.StopShieldingWorkerLeaseService.withLocks(StopShieldingWorkerLeaseService.java:40)
at org.gradle.internal.invocation.GradleBuildController.doBuild(GradleBuildController.java:75)
at org.gradle.internal.invocation.GradleBuildController.run(GradleBuildController.java:55)
at org.gradle.tooling.internal.provider.runner.ClientProvidedBuildActionRunner.run(ClientProvidedBuildActionRunner.java:55)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.BuildOutcomeReportingBuildActionRunner.run(BuildOutcomeReportingBuildActionRunner.java:58)
at org.gradle.tooling.internal.provider.ValidatingBuildActionRunner.run(ValidatingBuildActionRunner.java:32)
at org.gradle.launcher.exec.BuildCompletionNotifyingBuildActionRunner.run(BuildCompletionNotifyingBuildActionRunner.java:39)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:51)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:45)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner.run(RunAsBuildOperationBuildActionRunner.java:45)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$1.transform(InProcessBuildActionExecuter.java:49)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$1.transform(InProcessBuildActionExecuter.java:46)
at org.gradle.composite.internal.DefaultRootBuildState.run(DefaultRootBuildState.java:78)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:46)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:31)
at org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:42)
at org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:28)
at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:78)
at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:52)
at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:59)
at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:36)
at org.gradle.tooling.internal.provider.SessionScopeBuildActionExecuter.execute(SessionScopeBuildActionExecuter.java:68)
at org.gradle.tooling.internal.provider.SessionScopeBuildActionExecuter.execute(SessionScopeBuildActionExecuter.java:38)
at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:37)
at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:26)
at org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:43)
at org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:29)
at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:60)
at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:32)
at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:55)
at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:41)
at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:48)
at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:32)
at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:67)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:37)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:26)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:34)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:74)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:72)
at org.gradle.util.Swapper.swap(Swapper.java:38)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:72)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.LogAndCheckHealth.execute(LogAndCheckHealth.java:55)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:62)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:81)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:50)
at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:295)
at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
Caused by: org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:mergeDebugJavaResource'.
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$3.accept(ExecuteActionsTaskExecuter.java:151)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$3.accept(ExecuteActionsTaskExecuter.java:148)
at org.gradle.internal.Try$Failure.ifSuccessfulOrElse(Try.java:191)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:141)
at org.gradle.api.internal.tasks.execution.ResolveBeforeExecutionStateTaskExecuter.execute(ResolveBeforeExecutionStateTaskExecuter.java:75)
at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:62)
at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:108)
at org.gradle.api.internal.tasks.execution.ResolveBeforeExecutionOutputsTaskExecuter.execute(ResolveBeforeExecutionOutputsTaskExecuter.java:67)
at org.gradle.api.internal.tasks.execution.ResolveAfterPreviousExecutionStateTaskExecuter.execute(ResolveAfterPreviousExecutionStateTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:94)
at org.gradle.api.internal.tasks.execution.FinalizePropertiesTaskExecuter.execute(FinalizePropertiesTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.ResolveTaskExecutionModeExecuter.execute(ResolveTaskExecutionModeExecuter.java:95)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:57)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:56)
at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:36)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.executeTask(EventFiringTaskExecuter.java:73)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:52)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:49)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter.execute(EventFiringTaskExecuter.java:49)
at org.gradle.execution.plan.LocalTaskNodeExecutor.execute(LocalTaskNodeExecutor.java:43)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:355)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:343)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:336)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:322)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:134)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:129)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.execute(DefaultPlanExecutor.java:202)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.executeNextNode(DefaultPlanExecutor.java:193)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129)
... 3 more
Caused by: org.gradle.workers.internal.DefaultWorkerExecutor$WorkExecutionException: A failure occurred while executing com.android.build.gradle.internal.tasks.Workers$ActionFacade
at org.gradle.workers.internal.DefaultWorkerExecutor$WorkerExecution.waitForCompletion(DefaultWorkerExecutor.java:285)
at org.gradle.internal.work.DefaultAsyncWorkTracker.waitForItemsAndGatherFailures(DefaultAsyncWorkTracker.java:115)
at org.gradle.internal.work.DefaultAsyncWorkTracker.access$000(DefaultAsyncWorkTracker.java:34)
at org.gradle.internal.work.DefaultAsyncWorkTracker$2.run(DefaultAsyncWorkTracker.java:83)
at org.gradle.internal.Factories$1.create(Factories.java:25)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutLocks(DefaultWorkerLeaseService.java:254)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutProjectLock(DefaultWorkerLeaseService.java:165)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutProjectLock(DefaultWorkerLeaseService.java:159)
at org.gradle.internal.work.StopShieldingWorkerLeaseService.withoutProjectLock(StopShieldingWorkerLeaseService.java:90)
at org.gradle.internal.work.DefaultAsyncWorkTracker.waitForCompletion(DefaultAsyncWorkTracker.java:79)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$5.run(ExecuteActionsTaskExecuter.java:412)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:402)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:394)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:92)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.run(DelegatingBuildOperationExecutor.java:31)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:393)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:376)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.access$200(ExecuteActionsTaskExecuter.java:80)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$TaskExecution.execute(ExecuteActionsTaskExecuter.java:213)
at org.gradle.internal.execution.steps.ExecuteStep.lambda$execute$0(ExecuteStep.java:32)
at org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:32)
at org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:26)
at org.gradle.internal.execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:58)
at org.gradle.internal.execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:35)
at org.gradle.internal.execution.steps.ResolveInputChangesStep.execute(ResolveInputChangesStep.java:48)
at org.gradle.internal.execution.steps.ResolveInputChangesStep.execute(ResolveInputChangesStep.java:33)
at org.gradle.internal.execution.steps.CancelExecutionStep.execute(CancelExecutionStep.java:39)
at org.gradle.internal.execution.steps.TimeoutStep.executeWithoutTimeout(TimeoutStep.java:73)
at org.gradle.internal.execution.steps.TimeoutStep.execute(TimeoutStep.java:54)
at org.gradle.internal.execution.steps.CatchExceptionStep.execute(CatchExceptionStep.java:35)
at org.gradle.internal.execution.steps.CreateOutputsStep.execute(CreateOutputsStep.java:51)
at org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:45)
at org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:31)
at org.gradle.internal.execution.steps.CacheStep.executeWithoutCache(CacheStep.java:201)
at org.gradle.internal.execution.steps.CacheStep.execute(CacheStep.java:70)
at org.gradle.internal.execution.steps.CacheStep.execute(CacheStep.java:45)
at org.gradle.internal.execution.steps.BroadcastChangingOutputsStep.execute(BroadcastChangingOutputsStep.java:49)
at org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:43)
at org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:32)
at org.gradle.internal.execution.steps.RecordOutputsStep.execute(RecordOutputsStep.java:38)
at org.gradle.internal.execution.steps.RecordOutputsStep.execute(RecordOutputsStep.java:24)
at org.gradle.internal.execution.steps.SkipUpToDateStep.executeBecause(SkipUpToDateStep.java:96)
at org.gradle.internal.execution.steps.SkipUpToDateStep.lambda$execute$0(SkipUpToDateStep.java:89)
at org.gradle.internal.execution.steps.SkipUpToDateStep.execute(SkipUpToDateStep.java:54)
at org.gradle.internal.execution.steps.SkipUpToDateStep.execute(SkipUpToDateStep.java:38)
at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:77)
at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:37)
at org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:36)
at org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:26)
at org.gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:90)
at org.gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:48)
at org.gradle.internal.execution.impl.DefaultWorkExecutor.execute(DefaultWorkExecutor.java:33)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:120)
... 35 more
Caused by: com.android.builder.merge.DuplicateRelativeFileException: More than one file was found with OS independent path 'META-INF/DEPENDENCIES'
at com.android.builder.merge.StreamMergeAlgorithms.lambda$acceptOnlyOne$2(StreamMergeAlgorithms.java:75)
at com.android.builder.merge.StreamMergeAlgorithms.lambda$select$3(StreamMergeAlgorithms.java:100)
at com.android.builder.merge.IncrementalFileMergerOutputs$1.create(IncrementalFileMergerOutputs.java:86)
at com.android.builder.merge.DelegateIncrementalFileMergerOutput.create(DelegateIncrementalFileMergerOutput.java:61)
at com.android.build.gradle.internal.tasks.MergeJavaResourcesDelegate$run$output$1.create(MergeJavaResourcesDelegate.kt:225)
at com.android.builder.merge.IncrementalFileMerger.updateChangedFile(IncrementalFileMerger.java:221)
at com.android.builder.merge.IncrementalFileMerger.mergeChangedInputs(IncrementalFileMerger.java:190)
at com.android.builder.merge.IncrementalFileMerger.merge(IncrementalFileMerger.java:77)
at com.android.build.gradle.internal.tasks.MergeJavaResourcesDelegate.run(MergeJavaResourcesDelegate.kt:253)
at com.android.build.gradle.internal.tasks.MergeJavaResRunnable.run(MergeJavaResRunnable.kt:80)
at com.android.build.gradle.internal.tasks.Workers$ActionFacade.run(Workers.kt:335)
at org.gradle.workers.internal.DefaultWorkerServer.execute(DefaultWorkerServer.java:39)
at org.gradle.workers.internal.NoIsolationWorkerFactory$1$1.execute(NoIsolationWorkerFactory.java:61)
at org.gradle.workers.internal.AbstractWorker$1.call(AbstractWorker.java:44)
at org.gradle.workers.internal.AbstractWorker$1.call(AbstractWorker.java:41)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.workers.internal.AbstractWorker.executeWrappedInBuildOperation(AbstractWorker.java:41)
at org.gradle.workers.internal.NoIsolationWorkerFactory$1.execute(NoIsolationWorkerFactory.java:55)
at org.gradle.workers.internal.DefaultWorkerExecutor$1.call(DefaultWorkerExecutor.java:105)
at org.gradle.workers.internal.DefaultWorkerExecutor$1.call(DefaultWorkerExecutor.java:99)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.runExecution(DefaultConditionalExecutionQueue.java:215)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.runBatch(DefaultConditionalExecutionQueue.java:164)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.run(DefaultConditionalExecutionQueue.java:131)
... 3 more

Here is the other dump from 'Run tasks' in build output
org.gradle.execution.MultipleBuildFailures: Build completed with 1 failures.
at org.gradle.initialization.DefaultGradleLauncher$ExecuteTasks.run(DefaultGradleLauncher.java:386)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:402)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:394)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:92)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.run(DelegatingBuildOperationExecutor.java:31)
at org.gradle.initialization.DefaultGradleLauncher.runTasks(DefaultGradleLauncher.java:247)
at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:159)
at org.gradle.initialization.DefaultGradleLauncher.executeTasks(DefaultGradleLauncher.java:134)
at org.gradle.internal.invocation.GradleBuildController$1.execute(GradleBuildController.java:58)
at org.gradle.internal.invocation.GradleBuildController$1.execute(GradleBuildController.java:55)
at org.gradle.internal.invocation.GradleBuildController$3.create(GradleBuildController.java:82)
at org.gradle.internal.invocation.GradleBuildController$3.create(GradleBuildController.java:75)
at org.gradle.internal.work.DefaultWorkerLeaseService.withLocks(DefaultWorkerLeaseService.java:183)
at org.gradle.internal.work.StopShieldingWorkerLeaseService.withLocks(StopShieldingWorkerLeaseService.java:40)
at org.gradle.internal.invocation.GradleBuildController.doBuild(GradleBuildController.java:75)
at org.gradle.internal.invocation.GradleBuildController.run(GradleBuildController.java:55)
at org.gradle.tooling.internal.provider.runner.ClientProvidedBuildActionRunner.run(ClientProvidedBuildActionRunner.java:55)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35)
at org.gradle.launcher.exec.BuildOutcomeReportingBuildActionRunner.run(BuildOutcomeReportingBuildActionRunner.java:58)
at org.gradle.tooling.internal.provider.ValidatingBuildActionRunner.run(ValidatingBuildActionRunner.java:32)
at org.gradle.launcher.exec.BuildCompletionNotifyingBuildActionRunner.run(BuildCompletionNotifyingBuildActionRunner.java:39)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:51)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:45)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner.run(RunAsBuildOperationBuildActionRunner.java:45)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$1.transform(InProcessBuildActionExecuter.java:49)
at org.gradle.launcher.exec.InProcessBuildActionExecuter$1.transform(InProcessBuildActionExecuter.java:46)
at org.gradle.composite.internal.DefaultRootBuildState.run(DefaultRootBuildState.java:78)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:46)
at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:31)
at org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:42)
at org.gradle.launcher.exec.BuildTreeScopeBuildActionExecuter.execute(BuildTreeScopeBuildActionExecuter.java:28)
at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:78)
at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:52)
at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:59)
at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:36)
at org.gradle.tooling.internal.provider.SessionScopeBuildActionExecuter.execute(SessionScopeBuildActionExecuter.java:68)
at org.gradle.tooling.internal.provider.SessionScopeBuildActionExecuter.execute(SessionScopeBuildActionExecuter.java:38)
at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:37)
at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:26)
at org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:43)
at org.gradle.tooling.internal.provider.ParallelismConfigurationBuildActionExecuter.execute(ParallelismConfigurationBuildActionExecuter.java:29)
at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:60)
at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:32)
at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:55)
at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:41)
at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:48)
at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:32)
at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:67)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:37)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:26)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:34)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:74)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.call(ForwardClientInput.java:72)
at org.gradle.util.Swapper.swap(Swapper.java:38)
at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:72)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.LogAndCheckHealth.execute(LogAndCheckHealth.java:55)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:62)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:81)
at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:36)
at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104)
at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:50)
at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:295)
at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:mergeDebugJavaResource'.
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$3.accept(ExecuteActionsTaskExecuter.java:151)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$3.accept(ExecuteActionsTaskExecuter.java:148)
at org.gradle.internal.Try$Failure.ifSuccessfulOrElse(Try.java:191)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:141)
at org.gradle.api.internal.tasks.execution.ResolveBeforeExecutionStateTaskExecuter.execute(ResolveBeforeExecutionStateTaskExecuter.java:75)
at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:62)
at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:108)
at org.gradle.api.internal.tasks.execution.ResolveBeforeExecutionOutputsTaskExecuter.execute(ResolveBeforeExecutionOutputsTaskExecuter.java:67)
at org.gradle.api.internal.tasks.execution.ResolveAfterPreviousExecutionStateTaskExecuter.execute(ResolveAfterPreviousExecutionStateTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:94)
at org.gradle.api.internal.tasks.execution.FinalizePropertiesTaskExecuter.execute(FinalizePropertiesTaskExecuter.java:46)
at org.gradle.api.internal.tasks.execution.ResolveTaskExecutionModeExecuter.execute(ResolveTaskExecutionModeExecuter.java:95)
at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:57)
at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:56)
at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:36)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.executeTask(EventFiringTaskExecuter.java:73)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:52)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:49)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter.execute(EventFiringTaskExecuter.java:49)
at org.gradle.execution.plan.LocalTaskNodeExecutor.execute(LocalTaskNodeExecutor.java:43)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:355)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:343)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:336)
at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:322)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:134)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:129)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.execute(DefaultPlanExecutor.java:202)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.executeNextNode(DefaultPlanExecutor.java:193)
at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129)
... 6 more
Caused by: org.gradle.workers.internal.DefaultWorkerExecutor$WorkExecutionException: A failure occurred while executing com.android.build.gradle.internal.tasks.Workers$ActionFacade
at org.gradle.workers.internal.DefaultWorkerExecutor$WorkerExecution.waitForCompletion(DefaultWorkerExecutor.java:285)
at org.gradle.internal.work.DefaultAsyncWorkTracker.waitForItemsAndGatherFailures(DefaultAsyncWorkTracker.java:115)
at org.gradle.internal.work.DefaultAsyncWorkTracker.access$000(DefaultAsyncWorkTracker.java:34)
at org.gradle.internal.work.DefaultAsyncWorkTracker$2.run(DefaultAsyncWorkTracker.java:83)
at org.gradle.internal.Factories$1.create(Factories.java:25)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutLocks(DefaultWorkerLeaseService.java:254)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutProjectLock(DefaultWorkerLeaseService.java:165)
at org.gradle.internal.work.DefaultWorkerLeaseService.withoutProjectLock(DefaultWorkerLeaseService.java:159)
at org.gradle.internal.work.StopShieldingWorkerLeaseService.withoutProjectLock(StopShieldingWorkerLeaseService.java:90)
at org.gradle.internal.work.DefaultAsyncWorkTracker.waitForCompletion(DefaultAsyncWorkTracker.java:79)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$5.run(ExecuteActionsTaskExecuter.java:412)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:402)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:394)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:92)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.run(DelegatingBuildOperationExecutor.java:31)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:393)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:376)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.access$200(ExecuteActionsTaskExecuter.java:80)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$TaskExecution.execute(ExecuteActionsTaskExecuter.java:213)
at org.gradle.internal.execution.steps.ExecuteStep.lambda$execute$0(ExecuteStep.java:32)
at java.util.Optional.map(Optional.java:215)
at org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:32)
at org.gradle.internal.execution.steps.ExecuteStep.execute(ExecuteStep.java:26)
at org.gradle.internal.execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:58)
at org.gradle.internal.execution.steps.CleanupOutputsStep.execute(CleanupOutputsStep.java:35)
at org.gradle.internal.execution.steps.ResolveInputChangesStep.execute(ResolveInputChangesStep.java:48)
at org.gradle.internal.execution.steps.ResolveInputChangesStep.execute(ResolveInputChangesStep.java:33)
at org.gradle.internal.execution.steps.CancelExecutionStep.execute(CancelExecutionStep.java:39)
at org.gradle.internal.execution.steps.TimeoutStep.executeWithoutTimeout(TimeoutStep.java:73)
at org.gradle.internal.execution.steps.TimeoutStep.execute(TimeoutStep.java:54)
at org.gradle.internal.execution.steps.CatchExceptionStep.execute(CatchExceptionStep.java:35)
at org.gradle.internal.execution.steps.CreateOutputsStep.execute(CreateOutputsStep.java:51)
at org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:45)
at org.gradle.internal.execution.steps.SnapshotOutputsStep.execute(SnapshotOutputsStep.java:31)
at org.gradle.internal.execution.steps.CacheStep.executeWithoutCache(CacheStep.java:201)
at org.gradle.internal.execution.steps.CacheStep.execute(CacheStep.java:70)
at org.gradle.internal.execution.steps.CacheStep.execute(CacheStep.java:45)
at org.gradle.internal.execution.steps.BroadcastChangingOutputsStep.execute(BroadcastChangingOutputsStep.java:49)
at org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:43)
at org.gradle.internal.execution.steps.StoreSnapshotsStep.execute(StoreSnapshotsStep.java:32)
at org.gradle.internal.execution.steps.RecordOutputsStep.execute(RecordOutputsStep.java:38)
at org.gradle.internal.execution.steps.RecordOutputsStep.execute(RecordOutputsStep.java:24)
at org.gradle.internal.execution.steps.SkipUpToDateStep.executeBecause(SkipUpToDateStep.java:96)
at org.gradle.internal.execution.steps.SkipUpToDateStep.lambda$execute$0(SkipUpToDateStep.java:89)
at java.util.Optional.map(Optional.java:215)
at org.gradle.internal.execution.steps.SkipUpToDateStep.execute(SkipUpToDateStep.java:54)
at org.gradle.internal.execution.steps.SkipUpToDateStep.execute(SkipUpToDateStep.java:38)
at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:77)
at org.gradle.internal.execution.steps.ResolveChangesStep.execute(ResolveChangesStep.java:37)
at org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:36)
at org.gradle.internal.execution.steps.legacy.MarkSnapshottingInputsFinishedStep.execute(MarkSnapshottingInputsFinishedStep.java:26)
at org.gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:90)
at org.gradle.internal.execution.steps.ResolveCachingStateStep.execute(ResolveCachingStateStep.java:48)
at org.gradle.internal.execution.impl.DefaultWorkExecutor.execute(DefaultWorkExecutor.java:33)
at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:120)
... 38 more
Caused by: com.android.builder.merge.DuplicateRelativeFileException: More than one file was found with OS independent path 'META-INF/DEPENDENCIES'
at com.android.builder.merge.StreamMergeAlgorithms.lambda$acceptOnlyOne$2(StreamMergeAlgorithms.java:75)
at com.android.builder.merge.StreamMergeAlgorithms.lambda$select$3(StreamMergeAlgorithms.java:100)
at com.android.builder.merge.IncrementalFileMergerOutputs$1.create(IncrementalFileMergerOutputs.java:86)
at com.android.builder.merge.DelegateIncrementalFileMergerOutput.create(DelegateIncrementalFileMergerOutput.java:61)
at com.android.build.gradle.internal.tasks.MergeJavaResourcesDelegate$run$output$1.create(MergeJavaResourcesDelegate.kt:225)
at com.android.builder.merge.IncrementalFileMerger.updateChangedFile(IncrementalFileMerger.java:221)
at com.android.builder.merge.IncrementalFileMerger.mergeChangedInputs(IncrementalFileMerger.java:190)
at com.android.builder.merge.IncrementalFileMerger.merge(IncrementalFileMerger.java:77)
at com.android.build.gradle.internal.tasks.MergeJavaResourcesDelegate.run(MergeJavaResourcesDelegate.kt:253)
at com.android.build.gradle.internal.tasks.MergeJavaResRunnable.run(MergeJavaResRunnable.kt:80)
at com.android.build.gradle.internal.tasks.Workers$ActionFacade.run(Workers.kt:335)
at org.gradle.workers.internal.DefaultWorkerServer.execute(DefaultWorkerServer.java:39)
at org.gradle.workers.internal.NoIsolationWorkerFactory$1$1.execute(NoIsolationWorkerFactory.java:61)
at org.gradle.workers.internal.AbstractWorker$1.call(AbstractWorker.java:44)
at org.gradle.workers.internal.AbstractWorker$1.call(AbstractWorker.java:41)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:416)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:406)
at org.gradle.internal.operations.DefaultBuildOperationExecutor$1.execute(DefaultBuildOperationExecutor.java:165)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:250)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:158)
at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:102)
at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
at org.gradle.workers.internal.AbstractWorker.executeWrappedInBuildOperation(AbstractWorker.java:41)
at org.gradle.workers.internal.NoIsolationWorkerFactory$1.execute(NoIsolationWorkerFactory.java:55)
at org.gradle.workers.internal.DefaultWorkerExecutor$1.call(DefaultWorkerExecutor.java:105)
at org.gradle.workers.internal.DefaultWorkerExecutor$1.call(DefaultWorkerExecutor.java:99)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.runExecution(DefaultConditionalExecutionQueue.java:215)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.runBatch(DefaultConditionalExecutionQueue.java:164)
at org.gradle.internal.work.DefaultConditionalExecutionQueue$ExecutionRunner.run(DefaultConditionalExecutionQueue.java:131)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
... 6 more

I'm on ubuntu 16.04 server.. stable and my eclipse w hedera works dandy on it :-)

The emulator is up with the basic App ..

Yes sir.. sadly by

removing the HH sdk implementation from build.gradle  and keeping the minSdkversion to 24... it builds clean - was just confirming.

I did some investigating and you need to do a couple more things to get it working as-is:

you need to raise the minSdkVersion to 26 to silence those MethodHandle.invoke errors; fixing this in the SDK is blocked on https://github.com/hashgraph/hedera-protobuf/issues/18
you need to add the following to your app/build.gradle to silence that META-INF/DEPENDENCES error:

// this key should already exist so you just need to add `packagingOptions` inside it
android {
    packagingOptions {
        exclude 'META-INF/DEPENDENCIES'
        exclude 'META-INF/LICENSE'
        exclude 'META-INF/LICENSE.txt'
        exclude 'META-INF/license.txt'
        exclude 'META-INF/NOTICE'
        exclude 'META-INF/NOTICE.txt'
        exclude 'META-INF/notice.txt'
        exclude 'META-INF/ASL2.0'
    }
}

(You can probably remove some of those lines and it'll still build, that's just the solution I found here: https://stackoverflow.com/a/47509465)

Thanks Abonander..  yep one step very close now ..
executed your suggestion and and emulator of course .. api26     cleaned and rebuild .. a good build BUT consistently the DAppp kept giving the msg in the image.. repeatably..    and below the log.. NOW  when I removed the Hedera sdk implementation and clean and  re-build then the DApp ran just fine with the exact same build/gradle files.. just minus the HH sdk.
Welcome your kind suggestions ?

2019-10-05 10:35:03.709 7470-7470/? I/zygote: Not late-enabling -Xcheck:jni (already on)
2019-10-05 10:35:03.744 7470-7470/? W/zygote: Unexpected CPU variant for X86 using defaults: x86
2019-10-05 10:35:03.974 7470-7470/com.leveridgesystems.johnsapp W/zygote: Bad encoded_array value: Failure to verify dex file '/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk': Bad encoded_value method type size 7
2019-10-05 10:35:03.989 7470-7470/com.leveridgesystems.johnsapp D/AndroidRuntime: Shutting down VM
2019-10-05 10:35:03.991 7470-7470/com.leveridgesystems.johnsapp E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.leveridgesystems.johnsapp, PID: 7470
java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.leveridgesystems.johnsapp/com.leveridgesystems.johnsapp.MainActivity}: java.lang.ClassNotFoundException: Didn't find class "com.leveridgesystems.johnsapp.MainActivity" on path: DexPathList[[zip file "/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk"],nativeLibraryDirectories=[/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/lib/x86, /system/lib, /vendor/lib]]
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2718)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892)
at android.app.ActivityThread.-wrap11(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593)

the full trace if needed ...
2019-10-05 10:35:03.709 7470-7470/? I/zygote: Not late-enabling -Xcheck:jni (already on)
2019-10-05 10:35:03.744 7470-7470/? W/zygote: Unexpected CPU variant for X86 using defaults: x86
2019-10-05 10:35:03.974 7470-7470/com.leveridgesystems.johnsapp W/zygote: Bad encoded_array value: Failure to verify dex file '/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk': Bad encoded_value method type size 7
2019-10-05 10:35:03.989 7470-7470/com.leveridgesystems.johnsapp D/AndroidRuntime: Shutting down VM
2019-10-05 10:35:03.991 7470-7470/com.leveridgesystems.johnsapp E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.leveridgesystems.johnsapp, PID: 7470
java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.leveridgesystems.johnsapp/com.leveridgesystems.johnsapp.MainActivity}: java.lang.ClassNotFoundException: Didn't find class "com.leveridgesystems.johnsapp.MainActivity" on path: DexPathList[[zip file "/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk"],nativeLibraryDirectories=[/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/lib/x86, /system/lib, /vendor/lib]]
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2718)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892)
at android.app.ActivityThread.-wrap11(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593)
at android.os.Handler.dispatchMessage(Handler.java:105)
at android.os.Looper.loop(Looper.java:164)
at android.app.ActivityThread.main(ActivityThread.java:6541)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767)
Caused by: java.lang.ClassNotFoundException: Didn't find class "com.leveridgesystems.johnsapp.MainActivity" on path: DexPathList[[zip file "/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk"],nativeLibraryDirectories=[/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/lib/x86, /system/lib, /vendor/lib]]
at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:93)
at java.lang.ClassLoader.loadClass(ClassLoader.java:379)
at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
at android.app.Instrumentation.newActivity(Instrumentation.java:1173)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2708)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2892)
at android.app.ActivityThread.-wrap11(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1593)
at android.os.Handler.dispatchMessage(Handler.java:105)
at android.os.Looper.loop(Looper.java:164)
at android.app.ActivityThread.main(ActivityThread.java:6541)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:767)
Suppressed: java.io.IOException: Failed to open dex files from /data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk because: Bad encoded_array value: Failure to verify dex file '/data/app/com.leveridgesystems.johnsapp-TuGfjCoiXtxSzGHoJ5sP1Q==/base.apk': Bad encoded_value method type size 7
at dalvik.system.DexFile.openDexFileNative(Native Method)
at dalvik.system.DexFile.openDexFile(DexFile.java:353)
at dalvik.system.DexFile.(DexFile.java:100)
at dalvik.system.DexFile.(DexFile.java:74)
at dalvik.system.DexPathList.loadDexFile(DexPathList.java:374)
at dalvik.system.DexPathList.makeDexElements(DexPathList.java:337)
at dalvik.system.DexPathList.(DexPathList.java:157)
at dalvik.system.BaseDexClassLoader.(BaseDexClassLoader.java:65)
at dalvik.system.PathClassLoader.(PathClassLoader.java:64)
at com.android.internal.os.PathClassLoaderFactory.createClassLoader(PathClassLoaderFactory.java:43)
at android.app.ApplicationLoaders.getClassLoader(ApplicationLoaders.java:69)
at android.app.ApplicationLoaders.getClassLoader(ApplicationLoaders.java:36)
at android.app.LoadedApk.createOrUpdateClassLoaderLocked(LoadedApk.java:676)
at android.app.LoadedApk.getClassLoader(LoadedApk.java:709)
at android.app.LoadedApk.getResources(LoadedApk.java:936)
at android.app.ContextImpl.createAppContext(ContextImpl.java:2242)
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:5672)
at android.app.ActivityThread.-wrap1(Unknown Source:0)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1661)
... 6 more

I'll update gradle for compile options  and try to pull in the dex_file.  will advise
e: Bad encoded_array value: Failure to verify dex file '/data/app/com.leveridgesystems.johnsap

Ok looks good.. thanks team. can close this config help issue.

Thanks HH Eng.. for the config help... all set.


text:
bump dependencies to fix go 1.18+

Bumping prometheus client dependency so we can use a version of json-iterator that does not crash with go 1.18+

Thank you for your submission! We require that all contributors sign our Contributor License Agreement ("CLA") before we can accept the contribution. Read and sign the agreement
Learn more about why HashiCorp requires a CLA and what the CLA includes
Have you signed the CLA already but the status is still pending? Recheck it.

Any update about this PR, this CVE still part of the last version.

source: gharchive/pull-request

authors: bernardoVale hashicorp-cla nirb-s1

repo: hashicorp/go-metrics

license: MIT

license_type: permissive

license_source: github-api


text:
Allow multiple exposing

I'd like to have the possibility to expose multiple things once, like:
expose(:pagination, :users) { pagy(User.all) }
https://github.com/ddnexus/pagy, i.e.
@pagy, @records = pagy(Product.all) returns an array :)

I ended up with this:
class Controller
  expose(:pagination) { find_users.first }
  expose(:users) { find_users.last }

  private def find_users
    @find_users ||= pagy(User.all)
  end
end

Workaround from @dillonhafer is fine.

@sumskyi I would've suggested something similar as well... glad that worked out. I don't think it's be a good idea to change expose's signature to accommodate the rare case that it'd be used in this way.

source: gharchive/issue

authors: dillonhafer mattpolito sumskyi

license: mit

license_source: bigquery


text:
Zeroing ForeignPtrs on deallocation

Given all the warnings and "[REDACTED]" instances I was surprised that there are no memory clean-up for those objects.
Perhaps there should be an mallocForeignPtrBytes wrapper that automatically attaches addForeignPtrFinalizer with fillBytes or sodium_memzero().
OTOH, when you import your secrets from a ByteString or hex, it's already a game over in this department :woman_shrugging:

Or just go all in on sodium_malloc().

Certainly sodium_malloc() could be used, yes.
Do you feel like you'd like to tackle this? :)

closed via #91

authors: Kleidukos dpwiz tchoutri

repo: haskell-cryptography/libsodium-bindings


text:
CODE RUB: LocalFileServiceException Class Update v2.10.1

Updated LocalFileServiceException class by removing constructors in which the error message was hard coded in. Updated all relevant service files to include message.

Closing Pull Request. Resolving in PR #552.


text:
Unable to install python-dev

Problem/Motivation
Many Python packages require python3-dev to install, however I seem to be unable to install it. I think it could be argued that it should be included by default. However, some guidance on how to install it would be appreciated.
Apologies, this could be more of a question than a bug depending how you look at it.
I do think this is a regression, as installing python3-dev did work previously. I am not sure which release caused the issue as I have not been paying enough attention, but possibly either v0.2.0 or v0.2.1 (Sorry, I would normally pay more attention but I have a 5 day old!)
Expected behavior
The following config to install python3-dev
system_packages:
  - python3-dev

Actual behavior
ERROR: unsatisfiable constraints:
  python3-3.8.1-r0:
    breaks: python3-dev-3.8.2-r0[python3=3.8.2-r0]
    satisfies: world[python3=3.8.1-r0]
[14:20:02] FATAL: Failed installing package python3-dev

My guess would be that it is related to the change in the base image in 0.2.0?

The python version and dev version don't match. If you want to ensure that, you need to install both python & python-dev.

Aha, that worked! So just to be clear, for anyone that finds this, you need to do this;
system_packages:
  - python3
  - python3-dev

Thanks for that, I am not too familiar with apk.

I've just pushed an update to dev to upgrade Python & AppDaemon to the latest versions. Will do a release later today.

repo: hassio-addons/addon-appdaemon


text:
ERROR MQTT: Unable to decode MQTT message

Problem/Motivation

Using ControllerX, my app settings for the IKEA Symfonisk dial no longer work. Each time I dial it the AppDaemon log is filled with these errors:

2023-09-24 18:12:34.999330 ERROR MQTT: Unable to decode MQTT message, with Traceback: Traceback (most recent call last): File "/usr/lib/python3.11/site-packages/appdaemon/plugins/mqtt/mqttplugin.py", line 271, in mqtt_on_message payload = payload.decode() ^^^^^^^^^^^^^^^^ UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0: invalid start byte

...
ikea_dial:
  module: controllerx
  class: E1744LightController
  controller: IKEA Dial
  constrain_input_boolean: input_boolean.pc_lights_on,on
  integration:
    name: z2m
    listen_to: mqtt
  light: light.pc
  merge_mapping:
    brightness_step_up:
      service: input_select.select_next
      data:
        entity_id: input_select.stage_lighting

ikea_dial_alt:
  module: controllerx
  class: E1744LightController
  controller: IKEA Dial
  constrain_input_boolean: input_boolean.pc_lights_on,off
  integration:
    name: z2m
    listen_to: mqtt
  light: light.office
  merge_mapping:
    toggle:
      service: light.toggle
      data:
        entity_id: light.pc
...

My other Z2M integration settings and actions work fine (I have several IKEA switches).
Expected behavior

Interacting with the E1744 should perform the HA actions configured in app.yaml. See https://xaviml.github.io/controllerx/controllers/E1744/?h=e1744#zigbee2mqtt-light

Actual behavior

Errors occur above. Other devices continue to work as configured.

Steps to reproduce

See above config and use E1744 hardware. Currently the device is on firmware 587683377 (not the most currently - have not been able to every update this device but it works fine before the most recent HA Update 2023.9.0).

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Would suggest you seek help at https://github.com/AppDaemon/appdaemon

Worth noting a small change has been added to app daemon (but has been unreleased) that will make the debugging of this issue in your environment easier:
https://github.com/AppDaemon/appdaemon/commit/a75effd8ce0c1f146948964aa5ae736807031e2a

Closing this on this end, as this is an issue with AppDaemon, not the add-on itself.
../Frenck

authors: amaisano foxy82 frenck sinclairpaul


text:
Updating maven build profiles

Profiles add/changed:

-Plink: Is using bower link functionality for linking the local hawkular-ui-components bower package.
-Pcache: Was the dev profile before. It's used to persist (not download) node.js related stuff (npm/bower packages). The profile was renamed so it doesn't interfere with the dev profile anymore which has much broader functionality (creating user, etc) these days.

This is a great change!

repo: hawkular/hawkular


text:
pack_wasm to generate cache able js file

Currently, each time you run module, wasm is downloaded which is a no-no.
I added a script to convert wasm binary to a JS file by expanding it to a Uint8Array and exporting it.

@hazae41 can you please merge this? thanks!

Hey, sorry I didn't see the notification.
Merged.

authors: DjDeveloperr hazae41 ije

license: Unlicense


text:
Boost dependency upgraded to 1.73 on Windows.

Before Boost 1.73.0, thread_pool stucks at destruction phase. So boost dependency on Windows is upgraded to 1.73.0.

Windows test PASSed.

Linux test PASSed.

authors: OzanCansel devOpsHazelcast

repo: hazelcast/hazelcast-cpp-client


text:
打包没有依赖包

在build package后生成的jar包没有依赖包

官方解决方案 goals-repackage

数据库数据在哪呀？

数据库数据在哪呀？

doc 文件夹下


text:
Tests!

including performance

snoc
uncons/unsnoc
init
last

repo: hdgarrood/purescript-sequences


text:
Error during compilation (purescript 0.14.1)

Hi,
After adding project to the packages.dhall (why isn't sequences in spago package set?) and running spago build, I got the following error:
Error found:
at .spago/sequences/v2.1.0/src/Data/Sequence/NonEmpty.purs:233:1 - 235:64 (line 233, column 1 - line 235, column 64)

  The following type class members have not been implemented:
  foldr1 :: forall a. (a -> a -> a) -> Seq a -> a
  foldl1 :: forall a. (a -> a -> a) -> Seq a -> a

in type class instance

  Data.Semigroup.Foldable.Foldable1 Seq

Removing this file manually from .spago directory fixed the issue (I don't use NonEmpty in my project).

sequences is not in the package set because it is teetering on the edge of being unmaintained. I'd accept a PR to get it compiling with v0.14.1 again but I'm unlikely to do it myself.

Sorry, I took the last release version instead of the last commit. It works fine then.

Oh, I should just cut another release then.

v3.0.2 is out

authors: Swordlash hdgarrood


text:
fix(api-proto): update urls in listing-data markdown file

updates urls to be /v2/storefront/listing/new and GET /v2/storefront/listing/product_data/updated
Zaps: DEV-804

Review Checklist

[x] Merge this PR automatically (uncheck this if you want to opt-out of automerging)
[ ] Commit is correct:

Title is 60 chars and has a component prefix if needed
Commit summary clearly tells the core impact of the commit
Rest of commit message is wrapped at 72 characters
If applicable, GH issue is mentioned in the commit message
If other members of the company need to know about whatever is changed by this commit, Release-notes section is included

[ ] Pull request is correct:

If applicable, GH issue is linked to Pull Request
If there is a UI change a screenshot, GIF, or screen recording is included in the Pull Request

[ ] Meets all functional requirements:

The code is expected to do what the commits state it’s supposed to do
The code covers all edge cases
If there is a UI change the user experience is consistent with the rest of the system, easy to use, looks good, and reasonably future-proof

[ ] Meets all readability and design requirements:

All code is spelled correctly (i before e except after c)
Everything (Classes, Variables, Functions, Parameters, etc) is named to clearly describe their purpose with type declarations for function parameters and returns
Comments should be used describe why something is happening unless the function name doesn't capture the intent, or if there is an especially complex/confusing section of code
Code is broken into appropriate components for effective re-use, readability, and to allow for easily swapping in/out different layers of the implementation

[ ] Meets all testing requirements:

If the code can be tested with a reasonable amount of effort
If the code can’t be tested effectively, determine if a beta release is appropriate

authors: jfbishop zentail-ci

repo: hdtradeservices/api-proto


text:
🛑 stagin-env is down

In ee11b82, stagin-env (https://staging.lessonpal.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: stagin-env is back up in 57f712b after 8 minutes.

repo: heIsThePirate/upptime-lessonpal


text:
WIP: frontend: Centralize k8s listing requests

As the user navigates the UI, there may be several calls to k8s
server for listing and getting resources. This means that a quick
navigation may retrieve new objects that were already in memory.
This not only implies more IO but may also lead to more memory usage
by Headlamp on the client side.
This will also allow us to do things like searching through a global cache of resources more easily.
Tasks to be done:

[X] Adding a way to centralize and refcount the requests (POC commit with a small lifetime for the cache of 2s is done)
[ ] Increase the ref=0 lifetime (maybe 10 seconds is enough)
[ ] Verify whether we need to use timestamps in the cache
[ ] Update the cache when using useGet

@joaquimrocha wow this is a big PR, I will review it once I finish the notification part is done

This is now accomplished by react-query. Closing.


text:
Remaining i18n on .vue files only

For #127

I'm going to squash these commits during the merge because it looks like something weird happened during a rebase.

authors: ellenhp mcapodici

repo: headwaymaps/headway


text:
Trying to test but not sure if I did something wrong.

I think I followed the how to use instructions correctly.
I have a generater, a shader and material.

The only thing I added to the shader was the distance function that I copied and pasted thats supposed to be the morphing sphere cube on the main page.

When initially making(exporting) the shader and/or material I get these errors on console. I'm not sure if that's why my cube with the material applied doesn't do anything? Hoping to get some thoughts on this.

I noticed these errors on the shader as well.

Sorry for my late reply.
Could you check these two things?

Common is included in your project

It looks like you have created a Forward rendering shader, is the rendering setting in your project Forward? (If you are using URP, use that version of the shader set instead).

authors: MurkesM hecomi

repo: hecomi/uRaymarching


text:
The meaning of coordinates in the dataset

Could you please provide the code for pre-processing the .npy data?

@hehefan Thanks for your great work.
I also want to get the code for pre-processing the original data and generating npy files. Or the preprocessing methods?
The data in the npy files is the coordinates of C_\alpha, however, it maybe pre-processed and it is different from the original coordinates.

@YanjingLiLi Hi, have you tried?

authors: YanjingLiLi bozhenhhu

repo: hehefan/Continuous-Discrete-Convolution


text:
Sighting on dev - sqlite3.OperationalError: cannot start a transaction within a transaction

This is mostly capturing the information so I can look into it myself another day - I had a quick look over but the root cause isn't obvious to me.
I'd noticed my main picframe had hung earlier this evening, there are no entries in the log (set at warning) but looking in the daemon.log I found
May 18 18:27:09 picframe xinit[15018]: display_power=1
May 18 18:31:18 picframe xinit[10334]: Traceback (most recent call last):
May 18 18:31:18 picframe xinit[10334]:   File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
May 18 18:31:18 picframe xinit[10334]:     return _run_code(code, main_globals, None,
May 18 18:31:18 picframe xinit[10334]:   File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
May 18 18:31:18 picframe xinit[10334]:     exec(code, run_globals)
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/start.py", line 169, in
May 18 18:31:18 picframe xinit[10334]:     main()
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/start.py", line 160, in main
May 18 18:31:18 picframe xinit[10334]:     c.loop()
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/controller.py", line 304, in loop
May 18 18:31:18 picframe xinit[10334]:     pics = self.__model.get_next_file()
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/model.py", line 338, in get_next_file
May 18 18:31:18 picframe xinit[10334]:     pic_row = self.__image_cache.get_file_info(file_ids[0])
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/image_cache.py", line 166, in get_file_info
May 18 18:31:18 picframe xinit[10334]:     if self.__get_geo_location(row['latitude'], row['longitude']):
May 18 18:31:18 picframe xinit[10334]:   File "/home/pi/git/picframe/picframe/image_cache.py", line 199, in __get_geo_location
May 18 18:31:18 picframe xinit[10334]:     self.__db.execute(sql, (lat, lon, location))
May 18 18:31:18 picframe xinit[10334]: sqlite3.OperationalError: cannot start a transaction within a transaction
This is on the tip of dev with my opacity and suppression PRs pulled in on top, which looking at the stack seem unrelated.
commit 10a696120147c8d91072a0fc882d64cbb520fe68 (HEAD -> 17may_dev_opacity_suppress2)
Author: Simon Trimmer github@urbanmyth.org
Date:   Sat Apr 23 21:56:54 2022 +0100
Introduce geo_suppress_list to omit strings from location text

Allows you to remove text from the location text, for instance when
most of your photos are from one location or the reverse geo results
for a location is extremely verbose.

commit 61a5f0ace95942b6d44b55e4b59f2e77083cf74c (origin/basic_text_opacity)
Author: Simon Trimmer github@urbanmyth.org
Date:   Fri Apr 22 17:53:46 2022 +0100
Add opacity option to text and clock

commit 77760b130f0693aa7e2df97d0fef9f9bc4df94dd (origin/dev)
Merge: 96d81c2 f481b50
Author: helgeerbe 59169507+helgeerbe@users.noreply.github.com
Date:   Sun May 15 15:07:22 2022 +0200
Merge pull request #267 from helgeerbe/split_mqtt_notify

mqtt notify improvements

I have never seen this error before.
Looks like different sql statements are executed in parallel and are not wrapped in something like db.serialize(). My guess is, that we are not thread safe somewhere.
@jgodfrey do you have an idea?

@helgeerbe I've not seen it before either and was thinking along the same lines, I knew there is some element of multi-threading as the mqtt interface survives after seeing a trace such as this and the screen can be switched on/off, but I've not got an architectural view to know what things in the image cache could be running in parallel.
That install had been started the evening before to test out the dev with the PRs, so it started with an empty database and ~2000 images some of which have geolocation.  As the picture frame is still novelty in the household we have the time between picture changes relatively short at 45 seconds, so there is more activity than one with the default 200 seconds.

I also got a sqlite3.OperationalError a couple of weeks back.  I'm using 2022.06.03.  Don't know if it is the same bug.
ERROR:geo_reverse.GeoReverse:lat=14.782600, lon=-71.887700 -> 'features'
Exception in thread Thread-1:
Traceback (most recent call last):
  File "/usr/lib/python3.7/threading.py", line 917, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.7/threading.py", line 865, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/local/lib/python3.7/dist-packages/picframe/image_cache.py", line 55, in __loop
    self.update_cache()
  File "/usr/local/lib/python3.7/dist-packages/picframe/image_cache.py", line 84, in update_cache
    self.__update_file_stats()
  File "/usr/local/lib/python3.7/dist-packages/picframe/image_cache.py", line 190, in __update_file_stats
    self.__db.execute(sql, (timestamp, file_id))
sqlite3.OperationalError: cannot start a transaction within a transaction

Related at least!
I’d not been able to reproduce this since the initial sighting, though I’ve not dropped several thousand images on the picframe since. Did you recently add a number of images?

This hasn't happened again even though I have been adding images from time to time, like every other day or so.

Hi, Thanks for reporting. It seems to me, that we have some timing issues here. I will check the code and see, if we have to serialize the DB writes. Not sure, if transactions also include db reads.

This seems likely to be the same underlying issue I noted in my above comment from May 19. That is, the geo location info is written to the DB "on the fly" - outside of the image caching thread. With some unlucky timing, I think this update is likely colliding with normal db updates from the image caching thread.
As mentioned above, there was never any intention of writing to the DB outside of the image caching thread, because of these kinds of dangers. So, I think the fix here will be to eliminate this particular db insertion.
I ran into a similar issue when attempting to update the image statistics a while back. Originally that update was running on the main thread too and occasionally caused similar issues. To fix that, I ended up caching the image stat updates to a temporary collection in the main thread and then writing them to the db in the caching thread. That seems to have fixed that issue. While there are probably better ways to fix this (architecturally), something similar might be the simplest way forward with the currently offending insertion.
That is, instead of inserting it directly into the db, cache it in a temporary collection and let the image caching thread do the insertion in its own time.
Thoughts?
Assuming that seems like a reasonable way forward, I can try to look at it sometime soon - unless someone beats me to it (no promises on timing though).

Hi @jgodfrey I googled a little bit. It's a multithread issue of corse. But I couldn't find the one and only solution. This error could happen if you have more than one thread. It doesn't matter if it is a reading or writing command.
It depends how sqlite is compiled and configured. Compiled thread safe, auto commit configured, .....
My ideas:

serialize  with mutex. Should be easy to acquire for each db access a lock.
Have one db connection for reading and one for writing (serialize only the writer thread).
catch sqlite3.OperationalError and try agin after a short sleep

I would vote for the serialize with mutex. Except you know how to configure sqlite, that it can handle this on its own.

@paddywwoof originally added the threading code to this class, so maybe he'll have some input here.
In the meantime though, see (paddy's) comment here.
So, I'm confident the intent was to only ever WRITE to the db in the caching thread - however that intent is being violated by the direct update that's being done in by the geo location code. I do think that info could just be cached similar to how the file stats are currently being handled (and then written in the caching thread), but it's not the most elegant solution.

I created a test branch db-threading
I removed the cached file stats handling and added just simple mutex locks before the db write calls. On my Mac it takes around 1 ms to update file stats or location on sqlite. This seems to be fast enough that we don't need a lazy write in the caching thread.
I tested it with 517 images without an issue. Just one image crashed Pillow while it tried to extract xmp tags. But this is a different issue.

Thread locking round all the db action seems a very sensible approach, especially if we no longer need the stat cache system. I suppose on a slower RPi, when putting on an initial bulk amount of images there might be more delay but I'm not sure it will impact the slide transitions.

I only put the locking around update, insert, commit calls (write), not select (read). Seems to work fine. I just put it on my living room frame (pi 3B+), and deleted the database.
Is see that updating file stats take around 1ms (one measurement shows 17ms). Sometimes there is a wait for 1ms after aquire the lock.
Fore geo updates it varies between 14-19 ms. Up to now, I don't have seen any wait for lock there.
Up to now, everything looks fine for me. Feel free to test the branch.

Should be fixed with release 2022.12.13

authors: greensum helgeerbe jgodfrey paddywwoof simontrimmer

repo: helgeerbe/picframe


text:
4.x: Requried changes for code generation

Note for release:
this should not be release as part of a dot release of Helidon. There may be backward incompatible changes required as I introduce Helidon Inject codegen for new approach. We should have the option to finalize the new modules before releasing them
Description
Related to #7957
This PR introduces codegen root module, and refactoring of Builder codegeneration to this new module set (to prove the usability). This required me to fix all Blueprint instances to only use builder API (and not config metadata).
New source that requires switch(object) for instanceof checks was not supported by checkstyle - upgraded, needed some additional fixes in our sources.
The module is a prerequisite to refactoring of Helidon Inject (so we can have dependency only on API and not on runtime in modules that provide services).
Everything should be backward compatible (introduced new modules, deprecated old ones).
I have deprecated common/processor, as that was too narrow focused (on annotation processing), we need to have wider support, and it did not feel right. The root codegen module is a better place for these classes.
Modules introduced (README in code is available):

apt - Annotation processing support - main Helidon annotation processor that uses codegen
class-model - Copy of the class model (deprecated the old one, introduced changes needed)
codegen - utilities and main implementation of the analysis of extensions and their invocation (PR includes builder codegen extension), SPI to extend code generation and processing (some are copies of existing code)
compiler - support for invoking compiler from java (used further down the road by the Maven plugin), partial copy of existing code
helidon-copyright - copy of existing copyright
scan - support for classpath scanning (partial copy, will be used from Maven plugin)

LGTM just small suggestions

I will apply them in next PR.

I have pushed the changes (squashed) from this PR to branch inject-update. I will be creating all follow up PRs against that branch.

repo: helidon-io/helidon


text:
Update RU locale

Thanks for contributing!
Please be sure you are following the guidelines at
https://github.com/FaisalUmair/udemy-downloader-gui/blob/master/CONTRIBUTING.md

Спасибо за ваш вклад.

authors: VonderVuflya heliomarpm

repo: heliomarpm/udemy-downloader-gui


text:
bobcat 300 miner error from packet_router - h2 protocol error

I've been seeing the attached error for a few days on my Bobcat 300 miner:
STARTING GATEWAY-RS
2024-02-29T13:43:34.785903Z  INFO run: gateway_rs::server: starting server version=1.3.0 key=XXX
2024-02-29T13:43:34.786148Z  INFO run: gateway_rs::region_watcher: starting default_region=US915
2024-02-29T13:43:34.786389Z  INFO run: gateway_rs::beaconer: starting beacon_interval=21600 disabled=false uri=http://mainnet-pociot.helium.io:9080/
2024-02-29T13:43:34.786632Z  INFO run: gateway_rs::gateway: starting listen="0.0.0.0:1680"
2024-02-29T13:43:34.786793Z  INFO run:run: gateway_rs::packet_router: starting uri=http://mainnet-router.helium.io:8080/
2024-02-29T13:43:34.787342Z  INFO run: gateway_rs::api::server: starting listen=127.0.0.1:4467
2024-02-29T13:43:39.908342Z  INFO run: gateway_rs::gateway: new packet forwarder client mac=XXX addr=127.0.0.1:44490
2024-02-29T13:43:40.372490Z  WARN run:run: gateway_rs::packet_router: failed to reconnect err=crypto error: signature error
2024-02-29T13:43:44.826316Z  INFO run: gateway_rs::gateway: received uplink downlink_mac=XXX uplink=@396191599 us, 904300000 MHz, Sf10bw125, snr: 6.8, rssi: -96, len: 24 region=US915
2024-02-29T13:43:47.343481Z  INFO run: gateway_rs::region_watcher: fetched config region_params pubkey=XXX uri=http://mainnet-config.helium.io:6080/ default_region=US915 region=US915
2024-02-29T13:43:47.344196Z  INFO run: gateway_rs::beaconer: next beacon time beacon_time=2024-02-29 15:15:06.0 +00:00:00
2024-02-29T13:43:47.344320Z  INFO run: gateway_rs::beaconer: region updated region="US915"
2024-02-29T13:43:47.346276Z  INFO run: gateway_rs::gateway: region updated region="US915"
2024-02-29T13:43:48.383979Z  INFO run: gateway_rs::service::conduit: initialized session module="beaconer" session_key=XXX
2024-02-29T13:43:53.350532Z  INFO run:run: gateway_rs::service::conduit: initialized session module="packet_router" session_key=XXX
2024-02-29T13:49:00.814944Z  WARN run: gateway_rs::beaconer: ingest error err=Service(Rpc(Status { code: Unknown, message: "h2 protocol error: error reading a body from connection: connection reset", source: Some(hyper::Error(Body, Error { kind: Io(Kind(ConnectionReset)) })) }))
2024-02-29T13:49:00.825093Z  WARN run:run: gateway_rs::packet_router: router error err=Service(Rpc(Status { code: Unknown, message: "h2 protocol error: error reading a body from connection: connection reset", source: Some(hyper::Error(Body, Error { kind: Io(Kind(ConnectionReset)) })) }))
2024-02-29T13:49:06.383882Z  INFO run:run: gateway_rs::service::conduit: initialized session module="packet_router" session_key=XXX
2024-02-29T13:49:06.956543Z  INFO run: gateway_rs::service::conduit: initialized session module="beaconer" session_key=XXX

Miner status:
{
  "ota_version": "1.0.3.18",
  "region": "us915",
  "frequency_plan": "us915",
  "animal": "XXX",
  "pubkey": "XXX",
  "miner": {
    "State": "running",
    "Status": "Up 12 minutes",
    "Names": [
      "/miner"
    ],
    "Image": "quay.io/team-helium/miner:gateway-latest",
    "Created": 1709214214
  },
  "ports": {
    "192.168.10.22:22": "open",
    "XXX:22": "closed/timeout"
  },
  "private_ip": "192.168.10.22",
  "public_ip": "XXX",
  "temp0": "28 °C",
  "temp1": "28 °C",
  "timestamp": "2024-02-29 13:55:40 +0000 UTC",
  "errors": ""
}

This looks like it's having issues connecting or staying connected to the packet router? A deployment was done this week; can you see if you're still having this issue?

repo: helium/gateway-rs


text:
feat: Add delegate_collection_authority and revoke_collection_authority

Closes #16  #17
This PR:

adds possibility to delegate and revoke collection authority to Helius SDK
adds example usage on how to delegate and revoke collection authority
changes MintApiAuthority associated value from &'static str to Pubkey

This is extremely based @grandima ! I'm just wondering: do you have any real-world examples of delegating and revoking the collection authority, or is it just limited to the tests? I'll give this PR a more formal review soon — I am currently tied up with other dev work that's taking priority. Nonetheless, thank you for your contributions! 🔥

Thanks for acknowledgment!
No, I have not seen real-world examples. But I've included one in this PR.

repo: helius-labs/helius-rust-sdk


text:
错误提示

XXX@PC:~$ qiniu -l backup
Traceback (most recent call last):
File "/usr/local/bin/qiniu", line 11, in
sys.exit(main())
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/run.py", line 138, in main
qiniu.list(arg[1])
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/manager.py", line 40, in auth_ok
return function(self, *args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/manager.py", line 322, in list
state, data = self.__get_list_in_space(space, is_debug=is_debug)
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/manager.py", line 363, in __get_list_in_space
headers={'Authorization': 'QBox {}'.format(self.auth.token_of_request(url))})
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/http.py", line 144, in request
self.https_init(host, port)
File "/usr/local/lib/python2.7/dist-packages/qiniuManager/http.py", line 106, in https_init
context = ssl.SSLContext(ssl.PROTOCOL_TLSv1)
AttributeError: 'module' object has no attribute 'SSLContext'

额，是不是python的版本低于 2.7.9 ?
ssl 'module' object has no attribute 'SSLContext'

发现确实低了 是2.7.6 我去升级

我按照链接里面的说法，试着改一下
ssl.create_default_context() 代替 ssl.SSLContext(ssl.PROTOCOL_TLSv1)

问个小白问题怎么更新？

第一个应该就可以了

嗯 我试了 最高1.3.2
对了，问下生成的私有空间链接在浏览器可以正常下载但使用 ssh
示例
root@PC:~# wget http://backup.ybyys.com/qinkup.zip?e=15032416&token=8s2byGum7LQhkPEZSQ54-KdqLLKYK4b:k1-2yACgnrDqPlk-uCdEBbY=
最终总是报错为
已发出 HTTP 请求，正在等待回应... 401 Unauthorized
用户名/密码认证失败。

额，，这里需要的不是用户名和密码验证的吧=。=

是按照上面的方法设置密钥的么

浏览器访问结果是
{"error":"download token auth failed"}

如果是wget的问题的话，可能需要这样
wget --content-disposition "http://backup.ybyys.com/qinkup.zip?e=15032416&token=8s2byGum7LQhkPEZSQ54-KdqLLKYK4b:k1-2yACgnrDqPlk-uCdEBbY="

或者用提供的命令：
qiniu -d qinkup.zip

感谢 用你提供的wget方法可以下载了。
之前遇到的问题是微软子系统ubuntu无法正常升级py之后我换成虚拟机使用ubuntu正常了。
我提问里的示例是删掉了部分密钥的，因为怕被人检索到。之前看到有人专门检索github用户账号密码以及s3相关地址

好吧=。=

在 2017年8月21日，下午9:24，MeowCold notifications@github.com 写道：
感谢 用你提供的wget方法可以下载了。
之前遇到的问题是微软子系统ubuntu无法正常升级py之后我换成虚拟机使用ubuntu正常了。
我提问里的示例是删掉了部分密钥的，因为怕被人检索到。之前看到有人专门检索github用户账号密码以及s3相关地址
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub https://github.com/hellflame/qiniu_manager/issues/1#issuecomment-323743224, or mute the thread https://github.com/notifications/unsubscribe-auth/AG_M-iUCDKmrEodqG4jdsStHvlJaGRNYks5saYTxgaJpZM4O8ivF.

authors: MeowCold hellflame


text:
Allow insecure upstream SSL certificate

What does this PR do?
This allows to create proxies to backends with self-signed SSL certificates. The communication with the upstream service will be secure but not verified.

Great work 👍
Could you please make sure that you update the documentation to reflect this new addition to the proxy definition?

@italolelis added a note in the documentation 👍

👍

authors: italolelis sroze

repo: hellofresh/janus


text:
Non Full screen version

Is it possible to create this for a number of smaller divs rather than one full screen.. hellomondays project page for example ?

Yes, but I haven't tested it yet. That page effect though needs a different mouse tracker, and ill see to doing some dev work to create one.

I think I've managed to do it but all I did was change all the innerwidth
and inmerheights to just width height and I added two new parameters that I
can insert the width and height I need it to be.. Seems to work ok to me 😁
On Fri 11 Sep 2015 at 21:46 Paddy O'Sullivan padjo.osullivan@gmail.com
wrote:

I kind of can
On Fri 11 Sep 2015 at 19:31 Mathew Kleppin notifications@github.com
wrote:

Yes, but I haven't tested it yet. That page effect though needs a
different mouse tracker, and ill see to doing some dev work to create one.
—
Reply to this email directly or view it on GitHub
https://github.com/hellsan631/LogosDistort/issues/9#issuecomment-139621064
.

Do you think you could post an example? I was thinking of doing it a different way and creating some different mouse rules, to try and emulate that page better.

Yeah sure, where do I post it? I'm terrible at JavaScript so my version is
pretty hacky but it seems to work.
On Sun 13 Sep 2015 at 19:32 Mathew Kleppin notifications@github.com wrote:

Do you think you could post an example? I was thinking of doing it a
different way and creating some different mouse rules, to try and emulate
that page better.
—
Reply to this email directly or view it on GitHub
https://github.com/hellsan631/LogosDistort/issues/9#issuecomment-139902934
.

A (jsfiddle)[https://jsfiddle.net/] would work great.

+1
I need to use this inside sections rather than full screen ,
like

img.....

so it would be great if we can get param for container and you than switch to take width and height from the container element instead from the screen

Example ,
in this demo
https://jsfiddle.net/jqj1w1km/
I have section set to 800x500  and I am on 27" monitor so I get this
http://prntscr.com/8gjq5h
but perfect use case would be demo2 , scroll down on thjat fiddle
where we get to distort the container instead of adding img inside the containers

There is a param for container. although its untested, feel free to see if it works!.
https://github.com/hellsan631/LogosDistort#options
Option 9

solved by PR #12

authors: danyj hellsan631 padjodev


text:
update stackdriver-exporter to 0.6.0 with new options

What this PR does / why we need it:
updates stackdriver-exporter chart to new version, adds new options.
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md

/assign @paulczar

/ok-to-test
/assign

/lgtm

authors: davidkarlsen pondohva

repo: helm/charts


text:
Update rookout chart environment variables

What this PR does / why we need it:
Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md

https://github.com/helm/charts/pull/11306


text:
[stable/nginx-ingress] Add honorLabels to serviceMonitor

What this PR does / why we need it:
adds honorLabels to serviceMonitor
Special notes for your reviewer:
documetation for this parameter: prometheus-operator,  prometheus
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] title of the PR contains starts with chart name e.g. [stable/chart]

/assign @jackzampolin

/assign @mgoodness

/assign
/ok-to-test

/lgtm
Thanks for the PR!

authors: ChiefAlexander kinolaev


text:
[stable/spinnaker] fixes #16350

What this PR does / why we need it:
Which issue this PR fixes

#16350

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/ok-to-test

/assign @dwardu89

/ok-to-test
/lgtm

Had to rebase. Please approve again

@paulczar could you label again, so I can merge... please.

@paulczar @dwardu89 @viglesiasce could you please check again and add the lgtmlable so I could merge the changes

/lgtm

Thanks

authors: papanito paulczar


text:
[stable/airflow] add labels/annotations

What this PR does / why we need it:
Add support for custom labels and annotations on the deployments and statefulset
Checklist

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/mychartname])

/ok-to-test

Hello. Can you rebase?

@gsemet ok, done

I am approving it. Just a question for worker: does that « annotation » duplicate « podannotation »?

/lgtm

thanks. no, the new "annotations" are set on the statefulset itself, and the "podannotations" are set on the pod templates. So at the end on different objects.

Yes that what I thought :) thanks !

authors: gsemet vbehar zanhsieh


text:
incubator/vault: Adding support for extra deployment labels

What this PR does / why we need it:
Adds support for extra labels on the vault deployment.
Checklist

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md

Signed-off-by: Dave Henderson dhenderson@gmail.com

/assign @prydonius

@prydonius @scottrigby @sameersbn PTAL?


text:
Add toleration and affinity knobs for heapster

Signed-off-by: Joe Hohertz joe@viafoura.com
What this PR does / why we need it:
If one wished to apply affinities or tolerations to the heapster deployment, this is not currently possible.
This PR enables this.
Attn: @jose5918
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[X] DCO signed
[X] Chart Version bumped
[X] Variables are documented in the README.md

/ok-to-test
/assign

/retest

/lgtm

authors: davidkarlsen jhohertz


text:
[stable/redmine] Add service.port to values.yaml

Signed-off-by: Javier J. Salmeron Garcia jsalmeron@bitnami.com

What this PR does / why we need it:
For consistency with other bitnami charts, we allow setting service.port.
Which issue this PR fixes
(optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged)

fixes #

Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md

/ok-to-test
/lgtm

authors: carrodher javsalgar