[Android-tools-devel] bookworm: what needs doing?
Hans-Christoph Steiner
hans at at.or.at
Mon Feb 13 16:33:03 GMT 2023
I just spotted another that didn't make it into bookworm:
source: android-platform-dalvik
binaries: dalvik-exchange,
dexdeps,
Both are lightly used from what I've seen, so not the end of the world.
.hc
Hans-Christoph Steiner:
>
> Hey all,
>
> I've been sorting through the status of packages for the bookworm freeze.
> Normally at this point of the cycle, I'm panicking at all the things that need
> to be fixed in order to keep all the packages in the release. But things are
> looking pretty good! Yay for team maintenance, thanks all for those who kept
> things in bookworm! Looks like it was Roger, Jochen, Thorsten and maybe others?
>
> As far as I can tell, the only things that have not made it into bookworm are:
>
> source: android-framework-23
> binaries: android-sdk-platform-23,
> libandroid-23-java,
> libandroid-uiautomator-23-java
>
> source: android-platform-external-doclava
> binaries: doclava-aosp
>
>
> Personally, I think it is finally time that these packages were removed from
> Debian. It would be nice to have a more recent version of
> android-sdk-platform-*, but those packages have been a ton of work to update and
> maintain. Now we have "sdkmanager" in Debian/bookworm, so it is easy to get the
> Google binaries (with proprietary license :'-(. Just do:
>
> sudo apt-get install sdkmanager
> sudo mkdir /opt/android-sdk
> sudo chown $USER /opt/android-sdk
> sdkmanager "platforms;android-33"
>
> Going forward, I think a better way to solve these packages is to make free
> rebuilds using beuc's android-rebuilds work. If anyone wants to work on that,
> F-Droid can provide server resources for running builds and hosting the binary
> artifacts.
>
> .hc
>
>
More information about the Android-tools-devel
mailing list