F-Droid build failed

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring root project 'CovidCertificate'.
> Could not resolve all artifacts for configuration ':classpath'.
   > Could not resolve ch.ubique.gradle:ubdiag-android:7.0.2.
     Required by:
         project :
      > No matching variant of ch.ubique.gradle:ubdiag-android:7.0.2 was found. The consumer was configured to find a runtime of a library compatible with Java 8, packaged as a jar, and its dependencies declared externally, as well as attribute 'org.gradle.plugin.api-version' with value '7.0.2' but:
          - Variant 'apiElements' capability ch.ubique.gradle:ubdiag-android:7.0.2 declares a library, packaged as a jar, and its dependencies declared externally:
              - Incompatible because this component declares an API of a component compatible with Java 11 and the consumer needed a runtime of a component compatible with Java 8
              - Other compatible attribute:
                  - Doesn't say anything about org.gradle.plugin.api-version (required '7.0.2')
          - Variant 'runtimeElements' capability ch.ubique.gradle:ubdiag-android:7.0.2 declares a runtime of a library, packaged as a jar, and its dependencies declared externally:
              - Incompatible because this component declares a component compatible with Java 11 and the consumer needed a component compatible with Java 8
              - Other compatible attribute:
                  - Doesn't say anything about org.gradle.plugin.api-version (required '7.0.2')

Could you please take a look? Thanks!

[goebelUB]

Thanks again @linsui for merging my MR with lightning speed!

I’ll track bringing F-Droid back into the main release (instead of separate releases) in #304.

[goebelUB]

Here’s a status update, comparing v2.6.1 the official and F-Droid’s CI builds:

diffoscopeand apksigcopier compare --unsigned don’t verify it. However, with our simple script the two APKs verify. Python abstracts away the unzipping, thus all the files contained in the APK/ZIP seem to be reproducible, but the ZIP metadata isn’t.

The F-Droid docs mention 2 potential culprits. However opting out from zipflinger is deprecated and will be removed from Android Gradle Plugin 8.0, and for “ZIP entry info” it describes only the problem not a potential solution. We’ll continue to look into it.