KhronosGroup / KhronosGroup/Vulkan-ValidationLayers
[FR] build AAR for android binaries, publish to github pacakges?
- Lenguaje dominante
- C++
- Estrellas
- 1k
- Forks
- 504
- Merge medio
- 11 h 35 min
- PR fusionados (30 d)
- 224
Descripción
Not a bug, so neither template seems to apply.
Using the validation layers on Android requires jumping through a few hoops: https://developer.android.com/ndk/guides/graphics/validation-layer
This repo does already publish prebuilt libraries (thank you, that does simplify their use a lot), but just as a bare zip/tarball of libraries (and chrome flags the download as malware). Users have to vendor these libraries into their repo and remember to keep them up to date.
If they were instead an AAR and published to https://docs.github.com/en/packages ([free for public repos](https://github.com/features/packages#pricing)), those instructions reduce down to just defining the repo and declaring the dependency as described in https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry#using-a-published-package. Android Studio would also highlight the dependency as out of date whenever a new version was available (I think so, anyway, maybe it only does that for specific libraries).
Is that something the maintainers here would be open to? Looking at https://github.com/KhronosGroup/Vulkan-ValidationLayers/blob/main/scripts/android.py and https://github.com/KhronosGroup/Vulkan-ValidationLayers/blob/main/.github/workflows/sdk_android_build.yml, it's not a whole lot of work to produce the AAR, and I can volunteer to do that part, but an owner here would need to enable the github package repo.
Guía de contribución
Línea de trabajo
Comienza con scripts/android.py y .github/workflows/sdk_android_build.yml, que el issue identifica como la ruta de build de Android existente. Determina cómo producir un AAR y publicarlo mediante GitHub Packages; se considera terminado cuando los usuarios de Android pueden declarar la dependencia publicada en lugar de descargar y distribuir un archivo sin empaquetar.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- android, github
- Área
- build-system, mobile, release
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100