Le 19 mai 2020 08:50:39 GMT-04:00, Pierre Neidhardt <m...@ambrevar.xyz> a écrit : >Julien Lepiller <jul...@lepiller.eu> writes: > >>>Moving the llvm libs to a "lib" output could reduce the closure size >of >>>many packages I believe. >>> >>>Thoughts? >> >> Llvm doesn't support that afaik. > >Does not support what? >Arch Linux has a separate llvm-libs package, I suppose we can do >something similar. > >> I've recently found that we have a 30MB static library in mozjs (a >gdm dependency) that is described as unused by other packages in FS, >and they suggest to remove it. >> >> Another easy win is the 30MB gnome-backgrounds which useless on my >system, as I don't use gnome. Not sure why it's in the closure of gdm. >> >> We could gain 50MB in the closure of many software (but not the >system) by placing gnutls guile bindings in their own output (for >instance, icecat depends on ffmpeg which depends on gnutls which in >turn depends on guile). This might still be useful to reduce the size >of separate profiles. >> >> I'll probably send a some patches in the next few days :) > >Fantastic, and thankgs for your insights!
A separate /lib. Archlinux can do this because the package installs at the expected /lib. I remember trying to set a libdir, but that failed because the libdir and the rest of llvm didn't share the same prefix. Of course you can still try, I'll be happy if you can find a way to split the package properly :)
