I wish the team would follow repository best practices and stop silently reissuing binary releases under the same name/version. does not allow this, for example. The transparency log shows the newest violation: two version of sources-34_r01.zip with the file name, version code, and metadata.

gitlab.com/fdroid/android-sdk-

@eighthave Looks like they've finally fixed what goes in the sources.zip.

When you compare it to sources-33, you'll realize there was so much irrelevant stuff in there. Just top-level directories: androidx, benchmarks, jsr166, junit, mypackage, perftests, pkg, tck.

@cketti that sounds good, but why post sources-34_r01.zip then fix something, then re-post sources-34_r01.zip? They have a revision number there for a reason, e.g. sources-34_r02.zip. It just seems so sloppy.

@eighthave Oh, absolutely agreed. I was only commenting on the file size difference.

Sign in to participate in the conversation
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml