The high-level dependency graph in the intro gives a good idea of how hard of a problem this is...
@civodul Finally I can write EnterpriseAbstractGuixFactoryBeans guixFactoryBean = new EnterpriseAbstractGuixFactoryBeans();
@civodul @roptat Another tough nut to crack will probably the Android Gradle Plugin. The build instructions infamously involve "Get hired by google" as a first step... Because they use a different build system internally as they support (or rather don't support externally). Internally everything is build with bazel. For non-googlers you can try finding your way through an unmaintained, known-broken gradle based build. 😔 🙈
@Bubu @civodul we could create a bazel-build-system in guix too, butt let's not think too much ahead and focus on simpler things. Right now I'm trying to understand how Android.bp files work; I wrote a parser and plan to write a blueprint-build-system in the coming weeks. That should allow me to update our adb and fastboot packages to the latest version, as a first step :)
@Bubu @civodul The plan is to *not* use soong (too hard to build) but reimplement the various modules from it, in guile. Not sure if that'll work. Should be easy for the various cc_* modules, but other modules might need more work, especially to build them independently from the repo build hierarchy.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!