15182 2023-08-04 10:54:55 +0000 Document the method to prune sstate-cache of old entries 2023-12-15 17:33:51 +0000 1 1 9 Documentation Development Manual development unspecified x86 Multiple RESOLVED FIXED Medium enhancement 4.3 1 yoann.congal michael.opdenacker jester randy.macleod richard.purdie yoann.congal --- --- Yes (doc changes required) oldest_to_newest 96197 0 yoann.congal 2023-08-04 10:54:55 +0000 We should put in the manual the method to prune sstate-cache of old entries Maybe here : https://docs.yoctoproject.org/dev-manual/disk-space.html#purging-duplicate-shared-state-cache-files ? This method is flying around regularly : [12:18:58 pm] <rburton> LetoThe2nd: i use find $SSTATE -type f -atime +$DAYS -delete [12:19:22 pm] <rburton> where SSTATE is your sstate directory and DAYS is now many days old something needs to be before deleted 96239 1 michael.opdenacker 2023-08-10 15:44:06 +0000 I'm missing something... What's the added value of the suggested command... find $SSTATE -type f -atime +$DAYS -delete ... when the docs already suggest to use: sstate-cache-management.sh --remove-duplicated --cache-dir=build/sstate-cache This documented and dedicated command seems to do the job. How is the above "find" command different or better? 96241 2 randy.macleod 2023-08-10 21:36:25 +0000 I suspect but haven't recently confirmed that it's simply much, much faster. If you don't have a big sstate-cache tree around to make copies of and confirm this assertion, let me know. 96242 3 randy.macleod 2023-08-10 21:38:28 +0000 Also see: https://lists.yoctoproject.org/g/yocto/message/57052 97585 4 richard.purdie 2023-12-15 17:33:51 +0000 https://git.yoctoproject.org/yocto-docs/commit/?id=6fd067639e7d6ae87bda9ea8795ebf54b8827056