docs: clean up field usage

We currently have a mixture of several fields in our package docs. Between historic patterns and new workflows, each package may feature one or more of:

1. comment - a generic field for providing commentary on a package. This was previously always used to provide a link to a GPL sources tarball if required for a package
2. warning - usually used to indicate we've had to skip some sort of test or omit a piece of functionality in a module, due to incompatibility or known issues with riscv64 or our infrastructure
3. patched - a typically blank field used to signal that the package is built with one or more patches applied during the process

These are all somewhat redundant. I propose two to replace these:

1. gpl-sources - specify this with one or more links if we have to provide GPL source tarballs as part of the package builds
2. comment - anything else (notes about patching, skipping tests, etc.) goes here

@justeph @luhenry thoughts?

Issue không nêu tên các tệp hoặc bài kiểm thử cụ thể; trước tiên hãy xác định các trường trong tài liệu package hiện đang sử dụng comment, warning và patched. Xác nhận lược đồ trường được đề xuất trước khi di chuyển các mục: sử dụng gpl-sources cho các liên kết mã nguồn GPL và comment cho các ghi chú khác, sau đó kiểm tra để bảo đảm không còn cách sử dụng trường cũ nào.