busybox/.patches
Tianon Gravi 6db9646b7a Add explicit "patches" directory
This adds a directory for us to store patches we need to apply during build -- I've copied the "no CBQ" patch we've already been applying, and a new "sha1_process_block64_shaNI.patch" which applies a patch for our new non-x86 build failures.

I've also added a README to the new patches directory to make it clear what types of patches are appropriate/acceptable (perhaps more accurately, why almost all patches are *not* acceptable).

This changes the build context for our rootfs builds to be the root of the repository so we don't have to muddy our template applying code with which patches to copy and can instead maintain that in the template itself (and skip the entire "patch applying" block of code when there are no patches to apply).
2024-09-30 15:58:06 -07:00
..
README.md Add explicit "patches" directory 2024-09-30 15:58:06 -07:00
no-cbq.patch Add explicit "patches" directory 2024-09-30 15:58:06 -07:00
sha1_process_block64_shaNI.patch Add explicit "patches" directory 2024-09-30 15:58:06 -07:00

README.md

BusyBox Patches

This directory contains patches we apply during our various builds of BusyBox. They are not necessarily all applied to all builds, but they are intended to be as minimal as possible, focused primarily on compilation or correctness issues, such that we still represent upstream's releases accurately.

Metadata in each patch should be following Debian's "DEP-3" Patch Tagging Guidelines to ensure we track appropriate provenance (and that they were submitted upstream in some form, or that we're explicitly tracking our justification for why we didn't do so).