[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