Add eclass/usr-ldscript.eclass to package automation#2373
Conversation
It's from Gentoo commit a7361d2e880798bce305c5085c2f63b5d2c747a6.
It couldn't be added before to automation, because the eclass in Gentoo would introduce have unwanted side-effects into our built images. But the Gentoo version of the eclass is essentially a no-op when USE=split-usr is disabled. We have recently moved to use Gentoo profiles that disable USE=split-usr altogether, and with this move, we can now safely put the eclass into automation. This marks the point where the entirety of the portage-stable is under automation.
|
This does not seem to be exactly a no-op change, though. But the changes seem to be minor - previously some packages were installing The linker script was fixing some linking issues that stemmed from the fact that some dynamic libraries were stored in The reason that this change occurred now is because some ebuilds are calling |
|
Build action triggered: https://github.com/flatcar/scripts/actions/runs/11347653651 |
|
CI passed. |
CI: http://jenkins.infra.kinvolk.io:8080/job/container/job/sdk/1781/cldsv/
--
It couldn't be added before to automation, because the eclass in Gentoo would introduce have unwanted side-effects into our built images. But the Gentoo version of the eclass is essentially a no-op when USE=split-usr is disabled. We have recently moved to use Gentoo profiles that disable USE=split-usr altogether, and with this move, we can now safely put the eclass into automation.
This marks the point where the entirety of the portage-stable is under automation.
Closes flatcar/Flatcar#645.
Closes flatcar/Flatcar#646.
--
/bootand/usrsize, packages, list files for any missing binaries, kernel modules, config files, kernel modules, etc.